linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* JFFS2 vs. UBIFS compression
@ 2015-08-21  9:00 Ricard Wanderlof
  2015-08-23 18:03 ` Richard Weinberger
  0 siblings, 1 reply; 3+ messages in thread
From: Ricard Wanderlof @ 2015-08-21  9:00 UTC (permalink / raw)
  To: Linux mtd


I came across something odd that I wasn't really expecting the other day.

On a JFFS2 file system, we have a file that is 12.25 MB in size. When 
written to an 8 MB partition, df reports that it occupies 5.9 MB. Writing 
a second copy of the file fails because the file system is full. Fair 
enough.

On a similar UBIFS system (however in this case with a volume size of 32 
MB), the same file is reported by df to have occupied 7.9 MB. Writing 
multiple copies of the same file confirms that we can fit slightly more 
than 4 copies of the same file on the file system (32 MB / 7.9 MB yields 
4.05), so 7.9 MB seems about right.

Now I fully understand that getting df to report valid figures for 
compressed file systems is guesswork at best, but don't JFFS2 and UBIFS 
utilize the same compression algorithms? Consequently, the space used by 
especially large files (where the overhead is small) should be essentially 
the same for both file systems? If anything, one would expect that UBIFS, 
being newer, would better at compression than JFFS2.

So what are we seeing here, is UBIFS more conservative in reporting disk 
usage, or is JFFS2 really better than UBIFS at file compression?

/Ricard
-- 
Ricard Wolf Wanderlöf                           ricardw(at)axis.com
Axis Communications AB, Lund, Sweden            www.axis.com
Phone +46 46 272 2016                           Fax +46 46 13 61 30

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: JFFS2 vs. UBIFS compression
  2015-08-21  9:00 JFFS2 vs. UBIFS compression Ricard Wanderlof
@ 2015-08-23 18:03 ` Richard Weinberger
  2015-08-24  0:33   ` Dongsheng Yang
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Weinberger @ 2015-08-23 18:03 UTC (permalink / raw)
  To: Ricard Wanderlof; +Cc: Linux mtd

On Fri, Aug 21, 2015 at 11:00 AM, Ricard Wanderlof
<ricard.wanderlof@axis.com> wrote:
>
> I came across something odd that I wasn't really expecting the other day.
>
> On a JFFS2 file system, we have a file that is 12.25 MB in size. When
> written to an 8 MB partition, df reports that it occupies 5.9 MB. Writing
> a second copy of the file fails because the file system is full. Fair
> enough.
>
> On a similar UBIFS system (however in this case with a volume size of 32
> MB), the same file is reported by df to have occupied 7.9 MB. Writing
> multiple copies of the same file confirms that we can fit slightly more
> than 4 copies of the same file on the file system (32 MB / 7.9 MB yields
> 4.05), so 7.9 MB seems about right.
>
> Now I fully understand that getting df to report valid figures for
> compressed file systems is guesswork at best, but don't JFFS2 and UBIFS
> utilize the same compression algorithms? Consequently, the space used by
> especially large files (where the overhead is small) should be essentially
> the same for both file systems? If anything, one would expect that UBIFS,
> being newer, would better at compression than JFFS2.
>
> So what are we seeing here, is UBIFS more conservative in reporting disk
> usage, or is JFFS2 really better than UBIFS at file compression?

Both support zlib and lzo. Did you setup UBIFS and JFFS2 with the same
compression method?
Also keep in meed to run "sync" before using "df" on UBIFS.
Otherwise it will not write down to flash and report the uncompressed size.

HTH

-- 
Thanks,
//richard

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: JFFS2 vs. UBIFS compression
  2015-08-23 18:03 ` Richard Weinberger
@ 2015-08-24  0:33   ` Dongsheng Yang
  0 siblings, 0 replies; 3+ messages in thread
From: Dongsheng Yang @ 2015-08-24  0:33 UTC (permalink / raw)
  To: Richard Weinberger, Ricard Wanderlof; +Cc: Linux mtd

On 08/24/2015 02:03 AM, Richard Weinberger wrote:
> On Fri, Aug 21, 2015 at 11:00 AM, Ricard Wanderlof
> <ricard.wanderlof@axis.com> wrote:
>>
>> I came across something odd that I wasn't really expecting the other day.
>>
>> On a JFFS2 file system, we have a file that is 12.25 MB in size. When
>> written to an 8 MB partition, df reports that it occupies 5.9 MB. Writing
>> a second copy of the file fails because the file system is full. Fair
>> enough.
>>
>> On a similar UBIFS system (however in this case with a volume size of 32
>> MB), the same file is reported by df to have occupied 7.9 MB. Writing
>> multiple copies of the same file confirms that we can fit slightly more
>> than 4 copies of the same file on the file system (32 MB / 7.9 MB yields
>> 4.05), so 7.9 MB seems about right.
>>
>> Now I fully understand that getting df to report valid figures for
>> compressed file systems is guesswork at best, but don't JFFS2 and UBIFS
>> utilize the same compression algorithms? Consequently, the space used by
>> especially large files (where the overhead is small) should be essentially
>> the same for both file systems? If anything, one would expect that UBIFS,
>> being newer, would better at compression than JFFS2.
>>
>> So what are we seeing here, is UBIFS more conservative in reporting disk
>> usage, or is JFFS2 really better than UBIFS at file compression?
>
> Both support zlib and lzo. Did you setup UBIFS and JFFS2 with the same
> compression method?

Yes, and ubifs is using lzo by default while JFFS2 is using zlib by
default. lzo is faster than zlib in compression and decompression.
But zlib provides a better ratio than lzo. So as Richard suggested,
it's better to make sure you are using the same compressor in your
testing. Thanx for your interesting.

BTW, there is an option named as --favor-percent in mkfs.ubifs. Maybe
that could help to do a balance between these compressors for you.

Yang
> Also keep in meed to run "sync" before using "df" on UBIFS.
> Otherwise it will not write down to flash and report the uncompressed size.
>
> HTH
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-08-24  0:39 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-21  9:00 JFFS2 vs. UBIFS compression Ricard Wanderlof
2015-08-23 18:03 ` Richard Weinberger
2015-08-24  0:33   ` Dongsheng Yang

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).