Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 9 Feb 2010 10:37:58 +0000
From:      George Liaskos <geo.liaskos@gmail.com>
To:        krad <kraduk@googlemail.com>
Cc:        J65nko <j65nko@gmail.com>, alex <alex@mailinglist.ahhyes.net>, freebsd-questions@freebsd.org
Subject:   Re: FreeBSD's UFS vs Ext4
Message-ID:  <a57b43541002090237o216320dfrd92fcd651884e74c@mail.gmail.com>
In-Reply-To: <d36406631002090133q55f8a2fdi474b47d7d086f22b@mail.gmail.com>
References:  <4B6ED119.2060308@mailinglist.ahhyes.net> <201002080224.01343.pieter@degoeje.nl> <4B6F970F.3060909@mailinglist.ahhyes.net> <19861fba1002081754v63905bbjff660fe612b195e2@mail.gmail.com> <d36406631002090133q55f8a2fdi474b47d7d086f22b@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
For what is worth these are the results on my Lenovo Thinkpad T500 with zfs=
.
http://global.phoronix-test-suite.com/?k=3Dprofile&u=3Dthuglife-5875-16786-=
4629

> dmesg | grep  ada0
ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: <WDC WD2500BEKT-00A25T0 01.01A01> ATA-8 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes)
ada0: Command Queueing enabled
ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C)

zfs prefetch off
zfs checksum on | fletcher4
zfs compression on | lzjb

vfs.zfs.arc_min=3D"64M"
vfs.zfs.arc_max=3D"512M"

stock ufs FBSD
http://www.phoronix.com/scan.php?page=3Darticle&item=3Dlinux_bsd_opensolari=
s&num=3D6

Apples and oranges, I know, the point is I don=92t feel that the IO
performance is lagging on my laptop.

On Tue, Feb 9, 2010 at 9:33 AM, krad <kraduk@googlemail.com> wrote:
> On 9 February 2010 01:54, J65nko <j65nko@gmail.com> wrote:
>
>> On Mon, Feb 8, 2010 at 5:46 AM, alex <alex@mailinglist.ahhyes.net> wrote=
:
>>
>>
>> > I do suspect personally that the ext4 filesystem is the reason for the
>> > difference here, since ext4 has a number of features such as deferred
>> disk
>> > writes etc. Even deleting a large file off that raid array I can see a
>> > difference, prior to reformatting, i deleted a 190GB file off the raid=
,
>> > under UFS the delete took quite some time (well over 10 seconds), unde=
r
>> ext4
>> > the deletion of the same size file took about 3 seconds.
>> >
>> > But what I said with ext4 being faster then the aging UFS still rings
>> true
>> > in my mind, look at the recent Phoronix benchmarks for yourself and se=
e
>> (10
>> > pages of benchmarks).
>> >
>> >
>> http://www.phoronix.com/scan.php?page=3Darticle&item=3Dfreebsd8_benchmar=
ks&num=3D1
>> > (skip to page 7 of the benchmarks if you want to see the I/O stuff
>> relating
>> > to disk performance)
>>
>> According to the first page they used the default configuration of all
>> benchmarked OS'es.
>> And what is the default mount option on Linux "async"
>>
>> The FreeBSD man page for mount describes this "async" option as follows:
>>
>> async =A0 All I/O to the file system should be done asynchronously.
>> =A0 =A0 =A0 =A0This is a dangerous flag to set, since it does not guar-
>> =A0 =A0 =A0 =A0antee that the file system structure on the disk will
>> =A0 =A0 =A0 =A0remain consistent. =A0For this reason, the async flag
>> =A0 =A0 =A0 =A0should be used sparingly, and only when some data recov-
>> =A0 =A0 =A0 =A0ery mechanism is present.
>>
>>
>> The OpenBSD man page has the following additional remark:
>>
>> =A0 =A0 =A0 =A0The most common use of this flag is to speed up
>> =A0 =A0 =A0 =A0restore(8) where it can give a factor of two speed in-
>> =A0 =A0 =A0 =A0crease.
>>
>> Conclusion: you cannot compare filesystem performance, when you give
>> one a unfair speed advantage of what could be a factor two.
>> _______________________________________________
>> freebsd-questions@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> To unsubscribe, send any mail to "
>> freebsd-questions-unsubscribe@freebsd.org"
>>
>
>
> you are of course entirely correct, however one of the goals of more mode=
rn
> file systems eg ext4 is to make async safe to use, because of this speed =
up.
> At the end of the day faster is faster simple as. Having said that it wou=
ld
> be nice to see a gjournaled ufs system for comparison, as well as zfs
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o=
rg"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a57b43541002090237o216320dfrd92fcd651884e74c>