Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]

[Eric Sandeen <sandeen@sandeen.net>]

Dave Chinner wrote:
> On Sat, Dec 13, 2008 at 11:40:11AM -0600, Eric Sandeen wrote:
>> Martin Steigerwald wrote:
>>
>>> At the moment it appears to me that disabling write cache may often give 
>>> more performance than using barriers. And this doesn't match my 
>>> expectation of write barriers as a feature that enhances performance. 
>> Why do you have that expectation?  I've never seen barriers advertised
>> as enhancing performance.  :)
>>
>> I do wonder why barriers on, write cache off is so slow; I'd have
>> thought the barriers were a no-op.  Maybe I'm missing something.
> 
> Barriers still enforce ordering in this case, so it affects the
> elevator algorithm....

(taking linux-raid off becase at this point it really has nothing to do
with the thread).

oh, er, so is nobarrier+nowritecache safe or not?  If the elevator can
reorder for us (even though the drive won't) then a journaling fs which
needs these ordering guarantees may still be in trouble?

Just when I think I have it all straight... :)

(ok, so now nobarrier+nowritecache+noop io scheduler might be an
interesting test).

-Eric

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs