ubifs, ubiblk(formatted with vfat) and yaffs2 test.
Artem Bityutskiy
dedekind at infradead.org
Mon Jun 2 02:10:34 EDT 2008
Hi,
On Sat, 2008-05-31 at 00:08 +0900, KeunO Park wrote:
> 2008/5/30, Artem Bityutskiy <dedekind at infradead.org>:
> > On Fri, 2008-05-30 at 22:00 +0900, KeunO Park wrote:
> > > > But I have to add that of course, YAFFS/JFFS2 are more light-weight
> > > > file-system, because they do not maintain the FS index on the flash
> > > > media. UBIFS does and this costs extra CPU cycles and extra I/O.
> > > >
> > >
> > > actually I did write & fsync the file during test. :-)
> > > anyway thank you for your comment.
> >
> > Could you please send your test? And how you measure the load average?
> >
>
> ok. here is my simple test.
>
> 1. make a random dumped file in sdram area.
> # cd /dev/shm/tmp
> # dd if=/dev/urandom of=test.out bs=1M count=10
> because ubifs uses compressor, I made a random data file for test.
>
> 2. make another shell script.
> # cat test_write.sh
> #!/bin/sh
> /bin/cp /dev/shm/tmp/test.out /nand_partition
> /bin/sync
In my previous mail, I described why the load will jump up when you do
like this, please refer to that mail again.
I suggest you to mount the file-system with '-o sync' option and measure
load average.
> 3. check that there is no other application running.
> write down the load avg using 'top'
>
> 4. just use 'time' utility to know how long it takes.
> # time ./test_write.sh
>
> 5. write down the load avg again using 'top'.
>
> using 'top' may be inadaquate choice. but, I think that
> this would be helpful more or less.
Yes, using top is not nice. But if the file is large enough, and you
watch 'top' for, say, several minutes, and then calculate the average
accurately, this should be good enough.
> 3.1 while I run 'cp test.out /nand_partition;sync' in ubifs partition
> with 6800 files, suddenly I cut off the power. then check the speed in
> next mount time.
> real 0m 3.64s
> user 0m 0.00s
> sys 0m 1.32s
> 3.2 while I run 'cp test.out /nand_partition;sync' in clean ubifs
> partition with a few files, suddenly I cut off the power. then check
> the speed in next mount time.
> real 0m 1.62s
> user 0m 0.00s
> sys 0m 0.45s
Mount time depends on how full is your journal, so it will be slightly
different each time you reboot uncleanly.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
More information about the linux-mtd
mailing list