[G1 Android Development] overpower:
I suspect that compcache is not interacting properly with android but I need some stats to really analyze it. This should be standardized so please answer as I request and avoid any "me too" type answers.

Here's what you need:

Compcache running or a linux swap partition or file (swapper counts).

The default browser bound to a shortcut (search-b) and set to load www.cnn.com as your homepage. Close extra windows before starting and go there at least once. Make sure you're blocking popups.

A homescreen where you have icons and widgets that you have noticed in the past have taken time to load.

Music player to run in the background if you need to increase the system load.

Optionally: Gmail bound to a keyboard shortcut. (search-g for me)

Adb shell and knowledge to run these tests.

Here's what you're doing:

adb shell into your phone

Grab following stats (you can copy and paste in on one line):

uname -r;uptime;cat /proc/sys/vm/swappiness;cat /proc/swaps;cat /proc/ramzswap;free

Hit home button and go to homescreen. Take note of whether the homescreen needed to reload everything or if it was snappy. After completely done loading, run 'free' and record.

Keyboard shortcut to browser. Take note of whether the browser had to download and reload everything. After completely done loading, run 'free' and record.

Repeat 3-4 until either:

switching is always snappy,

the value of 'free' for swap ceases to change significantly while apps are reloading (like +-100 over 2-3 slow reloads),

or the value of 'free' for swap maxes out (note if you start getting lots of force closes).

total used free shared buffers
Mem: 97876 95492 2384 0 644
Swap: 43880 [B] 404[/B] 43476
Total: 141756 95896 45860

If its always snappy, put more load on the system by setting the music player in the background. If that still doesn't stress the system, throw in Gmail in the mix randomly. Note if snappy, and record 'free' stats.

If you're using both compcache and a linux swap, try to get information at the point where you've crossed over from compcache to linux swap. So if you're compcache is only 8 megs, seeing the difference as your swap fills over the 8 meg boundary is useful.

Finally, here's what you should report, either by putting it into a text file and attaching, or by placing it into a

block.

[list=1][*]Mod used. e.g. Cyanogen 3.9
[*]Info from step 2) above. [code]2.6.29-cm
12:47:45 up 3:43, load average: 2.13, 2.05, 2.09
15
Filename	Type	Size	Used	Priority
/dev/ramzswap0 partition	12284	408	-1
/system/sd/swapfile.swp file	31596	0	-2
DiskSize:	12288 kB
NumReads:	33
NumWrites:	102
FailedReads:	0
FailedWrites:	0
InvalidIO:	0
PagesDiscard:	0
ZeroPages:	3
GoodCompress:	77 %
NoCompress:	9 %
PagesStored:	99
PagesUsed:	31
OrigDataSize:	396 kB
ComprDataSize:	118 kB
MemUsedTotal:	124 kB
total used free shared buffers
Mem: 97876 95720 2156 0 632
Swap: 43880 408 43472
Total: 141756 96128 45628

[*]Results from repeating 3-4. If it ended up being too responsive and you couldn't stress it just include one cycle. Mark what you swapped to and whether it reloaded (Y for yes). e.g.

home
total used free shared buffers
Mem: 97876 95824 2052 0 292
Swap: 24464 2268 22196
Total: 122340 98092 24248
browser Y
total used free shared buffers
Mem: 97876 96032 1844 0 252
Swap: 24464 2540 21924
Total: 122340 98572 23768
home
total used free shared buffers
Mem: 97876 94436 3440 0 264
Swap: 24464 2940 21524
Total: 122340 97376 24964
browser Y
total used free shared buffers
Mem: 97876 95960 1916 0 280
Swap: 24464 5292 19172
Total: 122340 101252 21088
home Y
total used free shared buffers
Mem: 97876 92868 5008 0 272
Swap: 24464 6484 17980
Total: 122340 99352 22988

[/list]

Thanks!