Gregory Maxwell wrote:
On 6/24/05, Bernardo Innocenti <bernie(a)develer.com> wrote:
>I'm ashamed to admit that sometimes I envy NTFS's transparent
>file compression. Yes, it's very slow for general use, but it
>would be ideal for backups, old log files, etc.
It's insane that it is slow... unless you modify the file compression
should make things faster.. substantially so. The modify part is hard
unless you're working with a file system that can solve it as
elegantly as reiser4 can...
Yes, NTFS compression isn't generally slow when just reading
sequentially. Slow operations are seeks, writes and even appends.
I know a company who used NTFS compression to store transaction
records in a POS application. Tests were done with small data
sets. When they went to production, they had to quickly revert
installed systems to uncompressed storage. Apparently, appending
a transaction to the journal was a linear operation :-)
I don't know for sure, but JFFS2 shouldn't suffer from this
problem. Using it on a 2MB flash, I can't test it with large
files :-)
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/
http://www.develer.com/