Gregory Maxwell wrote: > On 6/24/05, Bernardo Innocenti <bernie@xxxxxxxxxxx> 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/ -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-devel-list
