lkml.org 
[lkml]   [2005]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH][2/2] SquashFS
Andrew Morton wrote:
> [...]
> Also, this filesystem seems to do the same thing as cramfs. We'd need to
> understand in some detail what advantages squashfs has over cramfs to
> justify merging it. Again, that is something which is appropriate to the
> changelog for patch 1/1.

Well, probably Phillip can answer this better than me, but the main
differences that affect end users (and that is why we are using SquashFS
right now) are:
CRAMFS SquashFS

Max File Size 16Mb 4Gb
Max Filesystem Size 256Mb 4Gb?
UID/GID 8 bits 32 bits
Block Size 4K default 64k

Probably the block size is the most responsible for this, but the
compression ratio achieved by SquashFS is much higher than that achieved
with cramfs.

I just wanted to say one thing on behalf of SquashFS. We've been using
SquashFS in production on a POS system we sell, and we have currently
more than 1200 of these in use. There was never a problem reported that
involved SquashFS.

Although the workload patterns of these systems are probably very
similar (so the quantity doesn't really matter much), it is a real world
test of the filesystem, nevertheless.

--
Paulo Marques - www.grupopie.com

All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
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 14:11    [W:0.066 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site