lkml.org 
[lkml]   [2003]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Transparent compression in the FS
John Bradford wrote:
>>What might be worth considering is internal NUL detection.
>>Build the block-of-zeros detection into the filesystem
>>write resulting in automatic creation of sparse files.
>>This could even work with extent based filesystems where
>>using hashes to identify shared blocks would not.
>
>
> Another idea could be writing uncompressed data to the disk, and
> background-compressing it with something like bzip2, but keeping the
> uncompressed data on disk as well, only over-writing it when disk
> space is low, and then overwriting the least recently used files
> first.
>
> The upshot of all that would be that if you needed space, it would be
> there, (just overwrite the uncompressed versions of files), but until
> you do, you can access the uncompressed data quickly.
>
> You could even take it one step further, and compress files with gzip
> by default, and re-compress them with bzip2 after long periods of
> inactivity.

Note that a file compressed with bzip2 is not necessarily smaller than
the same file compressed with gzip. (It can be quite a bit larger in fact.)

Eli
--------------------. "If it ain't broke now,
Eli Carter \ it will be soon." -- crypto-gram
eli.carter(a)inet.com `-------------------------------------------------

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.767 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site