Such as?
Flash (also on block devices) is slow and expensive (when compared to modern hard disks) and therefore compression is *very* useful here.Well, if you are ready to trade performance to compression, then well,
Do you mean using hacks like block2mtd? It's hacky, and pretty hard to boot a system this way (need to build own initramfs, with a static block2mtd or loads of libraries - not something an average user would like to do; no distro supports it; updating a kernel would be a pain etc.).Well, ok, it still sounds strange for me, but you may use JFFS2 and UBIFS
True.Yeah, that's a pity :-(
Unfortunately, there is no way to access flash directly on flash-based block devices (USB-sticks, IDE-flash disks, SSD disks etc.).
Unfortunately, traditional filesystems were rather designed for rotating media / cheap disks (no transparent compression; tend to accumulate writes in one area of the disk - more on that - below).Sure.
Performance is only one factor in the equation. Other factors are: cost and reliability.Yeah, that's bad. But if you have a bad FTL, surely there is not guarantee
I speak from experience: flash-based block devices tend to have poor wear-levelling (at least Transcend IDE-flash disks).
To reproduce:
- format a 2 GB Transcend IDE-flash disk with ext3
- write a small file (50-100 kB)
- update that file ~several hundred thousand times - as you finish, IDE-flash disk will have 200-300 badblocks