In fact I was comparing an "out of the box" Diablo install on the 256MB internal flash and an OS with many applications and widgets installed on the internal mmc, sorry for my inaccurate comment.

I've just tried to make a more valid comparison and copied my standard Diablo install to internal mmc (just rsync to an ext2 FS and reboot), and you're right, boot time is actually faster on mmc/ext2 than on the 256MB flash (25 seconds instead of 30). This test was done without any of the optimizations you described.

I assumed i could just mkswap and addswap the /dev/mtdblock4, but i won't even try as it's not that fast.

But I'll just try the high-speed sd/mmc kernel you talked about, thanks for the information (i'm already using the other tricks you described )

mtdblock is not meant for heavy usage and ideally should not be used at all for reading/writing, it is here just for occasional/emergency use, there is always better way than blindly using /dev/mtdblock or /dev/mtd
http://www.linux-mtd.infradead.org/f...tml#L_ext2_mtd
http://www.linux-mtd.infradead.org/f...L_nand_copyimg

Not 24 hours after getting the n900 on the summit the rootfs partition was at 100%: there is no space left. All I did was installing fennec and some of the applications in extras-testing. I removed fennec but for example at the moment I only have 5 MB free memory in this partition and for me as normal power user there is no way to see why 45 of the 50 MB I had when started the device for the first time are already used now.

The usr/lib and user/share directory consume the most memory. But what files inside of these directories are needed and what files could better be placed somewhere else I don't know. I know the /opt directory is linked to a dir at the 2 GB partition on the memory card. Could I link other directories to a path in this partition too? If yes which exactly?

At the moment this point is the only one I don't like at the n900.

Yes, not every application is optified at the moment. Fennec being one of the biggest examples.

...and the stuff which goes into the user-facing Extras repository will be.

You're testing stuff by using Extras Testing, and that beholdens you to reporting problems (such as "Doesn't use /opt!"). Also, you're taking your life into your own hands by using an arbitrary third party repo ;-)

There was a good discussion BOF about /opt at the summit, and the results are being discussed on maemo-developers.

Please share the list of applications you have installed in order to make easier the detection of apps that need the optify urgently. Thank you!

Okay, it seems to be a failur alert. After 2 days now I restarted my n900 and without changing somthing now there are 50 MB of free space in rootfs available.

So it seems to be an other problem than only applications hungry for / - Memory.

If I remeber correctly I was sharing a 100 MB video file (I was uploading it) via flickr. Than the internet connection was gone and the next I remeber was that there was left no space. maybe this could be a possible reason?

I will keep my eyes open and fill a bug report if I am able to reproduce the memory loosing in a good way.

Thanks for your hints and descriptions!

Ciao jukey

mplayer is a non-optified biggie

Canola2 RC4 is an other giant. It uses at least 4.2 MB space. I opened a bug for this:
https://bugs.maemo.org/show_bug.cgi?id=5661

It would be nice to have a special keyword in bugzilla for these issues. My suggestion is: non-optified

What do you think?

Another problem even with all 3rd party packages optified (or relocated to /opt which I prefer as being less of an ugly hack) is the apt-system with it's indexes, caches, and database. It can easily eat up 30 MB or more of your root fs even though there's not much stuff installed. Heck, solely disabling the extras-devel repo freed 3 MB on my root fs because the index files were that big.