I'm running the latest 2.6.29-andy-tracking with jffs2 and SHR-testing.
My results:

Using uid:0, gid:0.
Writing with putc()...done
Writing intelligently...done
Rewriting...done
Reading with getc()...done
Reading intelligently...done
start 'em...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...done.
Version 1.03c       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
om-gta02       300M   844  96  1552  92  1550  94  1508  96  4252  92 462.4  94
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   174  68 17360  99   275  92   208  80 18970  99   236  79
om-gta02,300M,844,96,1552,92,1550,94,1508,96,4252,92,462.4,94,16,174,68,17360,99,275,92,208,80,18970,99,236,79

If The difference is caused only by the file system, then UBIFS is dramatically 
better than
JFFS2. Can anybody else post their data?

dima

On Wed, 6 Jan 2010 02:21:34 +0100
Martin Jansa <martin.ja...@gmail.com> wrote:

> On Mon, Jan 04, 2010 at 02:37:14PM +0100, Christoph Mair wrote:
> > > Ah great!, thanks
> > Remember that ubi0:rootfs specifies the volume name. The current
> > ubinize.cfg sets this name to om-gta02-rootfs, so change this to
> > ubi0:om-gta02-rootfs
> 
> I've removed some UBI debug after max_posedon request and those 2
> success stories..
> 
> With disabled BGT it seems a bit better also here.
> 
> Today I successfully booted ubifs rootfs with Qi too (I'm using
> 2.6.32, max_posedon seems happy with standard shr kernel -
> 2.6.29-rc3). 2.6.32 won't suspend yet (WSOD) but its imho a bit
> faster.
> 
> just after few steps:
> 
> 1) booting 2.6.32 kernel on uSD
> http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/
> download uImage to /boot 
> download modules and untar it to /
> update uImage link in /boot
> 
> 2) flash image
> flash_eraseall /dev/mtd6
> nandwrite -p /dev/mtd6
> shr-full-eglibc-ipk--20100105-om-gta02.rootfs.ubi (almost the same
> ubinized image will finish build in few mins as
> http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-eglibc-ipk--20100105-om-gta02.rootfs.ubi)
> 
> 3) then test if it works 
> ubiattach /dev/ubi_ctrl -O 2048 -m 6
> mount -t ubifs ubi0:om-gta02-rootfs /media/om
> ls /media/om
> 
> 3) update Qi with dfu-util
> qi built here
> http://build.shr-project.org/shr-unstable/images/om-gta02/ 
> is still using jffs2 in kernel params
> but you can you binary from here
> http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
> or build Qi yourself with bitbake from latest shr/merge branch + this
> patch:
> http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0014-qi-update-kernel-params-for-ubi-rootfs.patch
> 
> 4) flash 2.6.32 also to NAND
> 
> 5) boot it, test it, play with it
> 
> max_posedon provided some bonnie++ results from UBI, please run
> bonnie++ on jffs2 if you have jffs2 partition (bonnie++ is now in
> shr-unstable feeds).
> 
> <snip from="http://pastebin.ca/1739342";>
> r...@localhost / $ bonnie\+\+ -u 0:0
> Using uid:0, gid:0.
> Writing with putc()...done
> Writing intelligently...done
> Rewriting...done
> Reading with getc()...done
> Reading intelligently...done
> start 'em...done...done...done...
> Create files in sequential order...done.
> Stat files in sequential order...done.
> Delete files in sequential order...done.
> Create files in random order...done.
> Stat files in random order...done.
> Delete files in random order...done.
> Version 1.03c       ------Sequential Output------ --Sequential Input-
> --Random-
>                     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block--
> --Seeks--
> Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP
> /sec %CP
> localhost      300M  1512  72  4878  60  2696  58  1587  98  5519  96
> 640.6  96
>                     ------Sequential Create------ --------Random
> Create--------
>                     -Create-- --Read--- -Delete-- -Create-- --Read---
> -Delete--
>               files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
> /sec %CP
>                  16   889  98  2619  99   802  95   883  97 15728  87
> 640  98
> localhost,300M,1512,72,4878,60,2696,58,1587,98,5519,96,640.6,96,16,889,98,2619,99,802,95,883,97,15728,87,640,98
> 
> </snip>
> 
> Cheers,
> 
> -- 
> uin:136542059                jid:martin.ja...@gmail.com
> Jansa Martin                 sip:jama...@voip.wengo.fr 
> JaMa                         
> _______________________________________________
> Shr-User mailing list
> Shr-User@lists.shr-project.org
> http://lists.shr-project.org/mailman/listinfo/shr-user
_______________________________________________
Shr-User mailing list
Shr-User@lists.shr-project.org
http://lists.shr-project.org/mailman/listinfo/shr-user

Reply via email to