[lkml]   [2000]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectext2 compression: How about using the Netware principle?

With some years of practice with Novell NetWare, I've been wandering why
the (unused?) file system compression mechanism in ext2 is based on
doing realtime compression. To make compression efficient, it can't be
made this simple. Let's look at the type of volume (file system)
compression introduced with Novell NetWare 4.0 around '94:

- A file is saved to disk
- If the file isn't touched (read or written to) within <n> days
(default 14), the file is compressed.
- If the file isn't compressed more than <n> percent (default 20), the
file is flagged "can't compress".
- All file compression is done on low traffic times (default between
00:00 and 06:00 hours)
- The first time a file is read or written to within the <n> days
interval mentioned above, the file is addressed using realtime
compression. The second time, the file is decompressed and commited to
disk (uncompressed).

A minimum of CPU time is wasted compressing/decompressing files.
The average server I've been out working with have an effective
compression of somewhere between 30 and 100 per cent.

PS: This functionality was even scheduled for Win2k, but was somewhere
lost... I don't know where...

I'm really not a kernel hacker, but really...
- The daily (or nightly) compression job can run as a cron job. This can
be a normal user process running as root. Am I right?
- The decompress-and-perhaps-commit-decompressed-to-disk process should
be done by a kernel process within (or beside) the file system.
- The M$ folks will get even more problems braging about a less useful

Please CC: to me, as I'm not on the list


Roy Sigurd Karlsbakk

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

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