I'd like to thank all of you who have made the Community SSU possible.

Most of the bug fixes and features of CSSU are really nice. However, after uprading to CSSU from base PR1.3, my N900 seems to be somewhat more unstable than before. Most of you propably have experienced the I/O-wait / trashing episodes when you have used all the RAM, the N900 is swapping, and at the same time you write to your MMC flash? I use gPodder all the time, and typically that means downloading hundreds of megabytes of mp3 files. Often I have couple of web browser windows open etc. taking lots of RAM so this leads to swapping. Before the CSSU this meant that the N900 was totally unresponsive for long time, some times even 10 minutes, but if I just waited, it would come back to life after the slow flash memory controller got all the I/O done. However in the last week or two my N900 has crashed and rebooted many times under these circumtances (heavy load). It just dies, and since there is no syslog or anything, it's quite hard to tell what happened. The last time this happened today, the FAT filesystems corrupted and were mounted read only (doing the fsck thing in windows fixed that).

Am I the only one with this problem? I understand that the kernel or most other low-level software components have not been modified with CSSU so it might be just a coincidence and bad luck.

Anyway it would be GREAT if the CSSU folks could find out a way to optimize the kernel to avoid these horrible trashing episodes Frankly, Swappolube doesn't seem to help a lot if at all, just tweaking the swappiness value is not enough. Of course the root of the problem is the slow eMMC but maybe there is a way to avoid total lockdown and unresponsiveness.