NewLC - LowMem: a low memory stress tool. - Comments

> LowMem: a low memory stress tool.

euroq — Tue, 19 Dec 2006 21:12:27 +0100

There is currently no low mem stress test for the 3rd edition out yet... but looking at https://www.symbiansigned.com/app/page/dev/tooldownload?show=6, see TOOL8 - Automated Test Tool for pre-v9 and v9 which includes the low-memory stress test amongst other things.

> LowMem: a low memory stress tool.

ck — Sun, 20 Aug 2006 02:51:56 +0200

hi folks,

I downloaded the .SIS for low mem tool but some how I am not able to install that on my deivice. I have Nokia E63 device which is S60 V3.

Can anybody help ?

> LowMem: a low memory stress tool.

Anonymous — Thu, 09 Mar 2006 23:34:07 +0100

What we really need is a low stress memory tool. ;-)

> LowMem: a low memory stress tool.

MiniVan — Tue, 20 Sep 2005 01:52:10 +0200

See this forum nokia article for explanation of symbian leak detection macros.

:-)

> LowMem: a low memory stress tool.

Anonymous — Sun, 18 Sep 2005 22:37:19 +0200

You need to do some proper memory failing testing using UHEAP_FAIL and other macros. These macros cause the the new(ELeave) method to fail deterministic way so you can find areas that will cause memeory leaks.

You can find a quality descritpion of this practice in Symbian OS Explained.

> LowMem: a low memory stress tool.

Panayotis — Mon, 02 May 2005 08:03:32 +0200

Hi Eric,

I am very new to LowMem tool. The question that I have is the following. The SimpleApp that is installed together with the LowMem, fails the test with 59% Test Failures. This happens when I do the test without changing any of the LowMem Settings. I run the test on Nokia 7610 (S60) device. I realized, by doing the test that SimpleApp requires around 32K of memory. When I set this number to Min heap free setting of LowMem, then SimpleApp succeeds the test with 0% failures. My question was whether I am allowed to change these settings in order to "make" the application pass the test. According to LowMem User Guide (issued 1.6), on paragraph "16 Quick Guide to running a test", there is a step "Restore factory settings via the menu option". Also, on "13 FAQ", on question "2. Do I need to change the settings before running a test"? the answer is "No. You should not change the settings unless for debugging or recommencing a test.". What am I doing wrong and, with the factory settings, the SimpleApp fails the test? At your article, you say that I have to actually change the setting of Min heap free to the value that the application that I am testing requires. Is this what I understand correct? Why the Symbian guidelines don't put the value to 1MB (LMD) and the factory setting is 1K? I would expect 1MB since this is the maximum heap size that all the Symbian Signed applications should use for start up.

Looking forward to receiving your answer.

Thanks Panayotis

> LowMem: a low memory stress tool.

Anonymous — Fri, 21 Jan 2005 19:09:01 +0100

OK, this is all good information. But it's still not clear how to debug these failures. How can we do this under the emulator?

> LowMem: a low memory stress tool.

El Morfeo — Mon, 10 Jan 2005 16:45:12 +0100

I would not recommend the EPOCHEAPSIZE method.

First of all, the Symbian documentation is (as often) a bit vague on this statement, but EPOCHEAPSIZE does not apply on GUI applications which are just polymorphic DLLs loaded from the GUI launcher process. EPOCHEAPSIZE only applies to executables. So if you create your own server application or some kind of engine, you can use this statement to control the size of your heap.

Secondly, if you use this statement (for an executable) to make sure that you will always have enough memory, you will most of the time reserve more memory than you actually need. Which is bad, if you broaden your perspectives and look at the complete system.

Thirdly, if you change your source code you need to remember to update the minimum heap size number in EPOCHEAPSIZE accordingly. If you do not properly take care of memory failures, you need to take into considerations all possible functions that can allocate memory. Do you possibly load any polymorphic DLLs? Do you always know how much heap these DLLs need?

I think you better make sure that all memory failures are taken care of properly,instead! And for this purpose LowMem is a good tool to use on your GUI applications.

> LowMem: a low memory stress tool.

bbj — Tue, 21 Dec 2004 11:26:23 +0100

I dont believe the LowMem test tool takes any notice whatsoever of the settings, LowMem is doing something completely different compared to a normal process load by the Symbian OS. The real OS does take notice of this.

> LowMem: a low memory stress tool.

D.Y. — Fri, 17 Dec 2004 19:12:20 +0100

I tried the EPOCHEAPSIZE but doesn't work...I simply added a line "EPOCHEAPSIZE 50000 1000000" into the MMP file, the application still fails same times (The test ends at around 30k heapsize). Did I make something wrong?

More importantly, what kinds of exception handling are needed to make an application "really" meeting the 10% target? I mean, what the Symbian Signed guys really want developers to do? It seems that an application generated by the S60 SDK appwizard still fails more than 50%...

> LowMem: a low memory stress tool.

BBJ — Fri, 17 Dec 2004 12:16:13 +0100

A much simpler plan, which even Symbian themselves dont really seem to understand anymore, is to use the EPOCHEAPSIZE directive in your MMP file.

By defn the OS is not allowed to run the app unless the min heap size can be granted to your app. You can therefore tweek the min size you specify (e.g. from the results from the LowMem test tool) such that your app cannot run out of memory on start up. Agreed the SDK docs are a bit vague on this, however one reason for the existance of the lower bound is that the is no point launching an app if its going to fail on OOM at any stage though its startup phases (whether it crashes or not is irrelevant to the end result - the app is not running).

Whether any of the Symbian Signed testers understand this I cant tell you - i.e. they may well simply run your app with LowMem test tool blindly ignoring the EPOCHEAPSIZE statement.

You do need to be sensible using this, your heap size will not go below the min you define, thus if on startup you alloc + load lots of things that are not required for the rest of the app then you will reserve memory from the system that no other app can use. E.g. blindly setting to say 1MB just so app guarenteed to start means you will take a min of 1MB regardless of whether you only need 10K - i.e. the OS wont garbage collect the 990K cos you told it you needed a min of 1MB to work...

> LowMem: a low memory stress tool.

Anonymous — Thu, 16 Dec 2004 19:47:36 +0100

OK, I've found the answer: Memory leak is not a test requirement for Symbian Signed!

> LowMem: a low memory stress tool.

Anonymous — Thu, 16 Dec 2004 16:23:11 +0100

I've tested my application, here are the results: Test Failed (%): 0 Mem leak: 1

Do I have to be worried by the value of memory leak? I think that it's not easy to find (probably) one line in the code that in low memory situations may leak (in normal situations everything works fine). How to 'simulate' it in emulator?

LowMem: a low memory stress tool.

eric — Tue, 14 Dec 2004 14:57:28 +0100

The LowMem tool is a free test tool developed by Symbian for use during Symbian Signed testing. The tool aims to verify an application's handling of the Low Memory Condition during start-up. Handling of Low Memory situations has been the number one cause for failure in Symbian Signed...