Re: any compressed filesystem suggestion ?

From: Phillip Lougher (phillip@lougher.demon.co.uk)
Date: Mon Feb 03 2003 - 21:27:13 EST


Nicolas Turro wrote:
>
>Hi, we plan to build an NFS archive of old unix close accounts, and we
are
>looking for a compressed filesystem since size is more important than
>speed for us. Our requirements are :
>1- this fs must run on hardware raid (DAC960 Mylex AcceleRAID)
>2- the archives files will be read-only for users, but we
>(administrators)
>must be able to add files to the archives...
>
>Any recomendations ?

>squashfs doesn't qualify because of 2 ...

Hi,

Append capability is the thing I'm currently adding to Squashfs. Once
finished, you'll be able to add new files/directories to the top level
directory of a previously created filesystem. As the mksquashfs program
performs duplicate file checking against the files in the filesystem as
well as the files being added, this means it will also work as a kind of
incremental archiving filesystem.

An initial release should be ready in a week (or two depending on free
time).

Phillip

>what about e2compress ? http://www.alizt.com/index.html
>
>I've heard about block layer compression... is it applicable for us ?
>Thanks for your advice...
>
>N. Turro

-
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/



This archive was generated by hypermail 2b29 : Fri Feb 07 2003 - 22:00:13 EST