On Fri, Jul 3, 2009 at 9:47 PM, James Lever<j...@jamver.id.au> wrote:
>
> On 04/07/2009, at 10:42 AM, Ross Walker wrote:
>
>> XFS on LVM or EVMS volumes can't do barrier writes due to the lack of
>> barrier support in LVM and EVMS, so it doesn't do a hard cache sync like it
>> would on a raw disk partition which makes the numbers higher, BUT with
>> battery backed write cache the risk is negligible, but the numbers are
>> higher then those on file systems that do do a hard cache sync.
>
> Do you have any references for this?  and perhaps some published numbers
> that you may have seen?

I ran some benchmarks back when verifying this, but didn't keep them
unfortunately.

You can google: XFS Barrier LVM OR EVMS and see the threads about this.

>> Try XFS on a raw partition and NFS with sync writes enabled and see how it
>> performs then.
>
> I cannot do this on the existing fileserver and do not have another system
> with a BBWC card to test against.  The BBWC on the LSI MegaRaid is certainly
> the key factor here, I would expect.
>
> I can test this assumption on this new hardware next week when I do a number
> of other tests and compare linux/XFS and perhaps remove LVM (though, I don't
> see why you would remove LVM from the equation).

When you do send me a copy, try both on a straight partition then on a
LVM volume and always use NFS sync, but when exporting use the
no_wdelay option if you don't already that eliminates slow downs with
NFS sync on Linux.

-Ross
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to