[prev in list] [next in list] [prev in thread] [next in thread] 

List:       etux
Subject:    RE: The small matter of JFFS2 compression ratios ...
From:       "Dave Hylands" <dhylands () broadcom ! com>
Date:       2003-09-16 13:06:57
Message-ID: 24CDBA67F085904999751B3C4F9E8C0B5C3BD2 () nt-rmna-0740 ! ca ! broadcom ! com
[Download RAW message or body]

Hi Karim,

Compressed (or otherwise random) data doesn't compress very well.
Perhaps you had a vmlinuz image (instead of vmlinux) on your jffs2
image?

Dave Hylands

P.S. Excellent book :)

> -----Original Message-----
> From: Wells, Charles [mailto:Charles.Wells@nielsenmedia.com] 
> Sent: Tuesday, September 16, 2003 5:18 AM
> To: etux@embeddedtux.org
> Cc: 'Agust Karlsson'; karim@opersys.com
> Subject: RE: The small matter of JFFS2 compression ratios ...
> 
> 
> Karim,
> 
> We do a lot of embedded PPC development around here and 
> always compress binary images with a tool I wrote that uses 
> zlib 1.1.3.  This tool prints the compression ratio before 
> exiting.  Other than a few special cases (images containing 
> large tables, etc.), we always get compression ratios of 
> between 59% and 62% (e.g., 1,000K image compresses to 400K).  
> I've marveled in the past at how close the ratio is for 
> entirely different binary images. Our experience seems to 
> agree with Agust's experience as well.
> 
> I'm not sure what mkfs.jffs2 is doing; but if I got a 
> compression ratio of as little as 12.6%, I'd be suspicious.
> 
> Note: Our images are produced by gcc 2.95.
> 
> Regards,
> Charlie


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic