From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?J=F6rn?= Engel Subject: Re: [ANN] Squashfs 3.0 released Date: Fri, 17 Mar 2006 11:40:23 +0100 Message-ID: <20060317104023.GA28927@wohnheim.fh-wedel.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Return-path: Received: from wohnheim.fh-wedel.de ([213.39.233.138]:18624 "EHLO wohnheim.fh-wedel.de") by vger.kernel.org with ESMTP id S1752584AbWCQKlB (ORCPT ); Fri, 17 Mar 2006 05:41:01 -0500 To: Phillip Lougher Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Fri, 17 March 2006 00:45:42 +0000, Phillip Lougher wrote: >=20 > Squashfs 3.0 has finally been released. Squashfs 3.0 is a major =20 > improvement to Squashfs, and it addresses most of the issues that =20 > that have been raised, particularly the 4GB filesystem and file =20 > limit. It can be obtained from the usual address http://=20 > squashfs.sourceforge.net. There is still some work to be done, in =20 > particular NFS support which I'll add as soon as I get time. After =20 > this I'll consider resubmitting patches to the LKML. >=20 > From the changelog, the improvements are as follows: >=20 > 1. Filesystems are no longer limited to 4 GB. In > theory 2^64 or 4 exabytes is now supported. >=20 > 2. Files are no longer limited to 4 GB. In theory the maximu= m > file size is 4 exabytes. >=20 > 3. Metadata (inode table and directory tables) are no longer > restricted to 16 Mbytes. >=20 > 4. Hardlinks are now suppported. >=20 > 5. Nlink counts are now supported. >=20 > 6. Readdir now returns '.' and '..' entries. >=20 > 7. Special support for files larger than 256 MB has been =20 > added to > the Squashfs kernel code for faster read access. >=20 > 8. Inode numbers are now stored within the inode rather than = =20 > being > computed from inode location on disk (this is not so much = an > improvement, but a change forced by the previously listed > improvements). Nice list of improvements. The one still painfully missing is a fixed-endianness disk format. Would have been a good time to make an incompatible change and decide on one or the other. J=F6rn --=20 And spam is a useful source of entropy for /dev/random too! -- Jasmine Strong - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html