Phillip Susi wrote:
Did anything ever come of this? Nobody ever responded and I don't see
it ever having been merged to Linus' tree.
They're on my TO DO list. Unfortunately the patches are against
2.6.33 and are based on Squashfs with only gzip compression
support. At the time of posting mainline was 2.6.36 or so with
a new compression framework backend in Squashfs with support
for gzip, lzo and (now) xz. So the patches need a re-work to
fit in with this new framework.
When I get time I'll look into refactoring the patches so they
can apply to mainline. I've been tied up with xz compression
support for the last couple of months.
Phillip
On 7/11/2010 5:38 AM, J. R. Okajima wrote:
Discussing about the performance of squashfs, I have tried enabling
parallel decompression.
On my test system, the elapsed time to read 59171 files randomly 10
times becomes 33.25sec to 20.54sec (of course, CPU usage increases).
The base version is v2.6.33.
J. R. Okajima (2):
squashfs parallel decompression, early wait_on_buffer
squashfs parallel decompression, z_stream per cpu
fs/squashfs/block.c | 81 +++++++++++++++++------------------------
fs/squashfs/cache.c | 1 +
fs/squashfs/dir.c | 1 +
fs/squashfs/export.c | 1 +
fs/squashfs/file.c | 1 +
fs/squashfs/fragment.c | 1 +
fs/squashfs/id.c | 1 +
fs/squashfs/inode.c | 1 +
fs/squashfs/namei.c | 1 +
fs/squashfs/squashfs.h | 3 ++
fs/squashfs/squashfs_fs_sb.h | 2 -
fs/squashfs/super.c | 48 +++++++++++++++++++------
fs/squashfs/symlink.c | 1 +
13 files changed, 83 insertions(+), 60 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
