[Top] [All Lists]

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

To: Eric Sandeen <sandeen@xxxxxxxxxxx>
Subject: Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
From: Redeeman <redeeman@xxxxxxxxxxx>
Date: Sun, 14 Dec 2008 04:31:20 +0100
Cc: Martin Steigerwald <Martin@xxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx, linux-raid@xxxxxxxxxxxxxxx, Alan Piszcz <ap@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <4943F37B.8080405@xxxxxxxxxxx>
References: <alpine.DEB.1.10.0812060928030.14215@xxxxxxxxxxxxxxxx> <493A9BE7.3090001@xxxxxxxxxxx> <alpine.DEB.1.10.0812130724340.18746@xxxxxxxxxxxxxxxx> (sfid-20081213_171213_704814_AA9856DD) <200812131826.25280.Martin@xxxxxxxxxxxx> <4943F37B.8080405@xxxxxxxxxxx>
On Sat, 2008-12-13 at 11:40 -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.  :)

My initial thoughts were that write barriers would enhance performance,
in that, you could have write cache on. So its really more of an
expectation that wc+barriers on, performs better than wc+barriers off :)

> 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.
> > Right now a "nowcache" option and having this as default appears to make 
> > more sense than defaulting to barriers. 
> I don't think that turning off write cache is something the filesystem
> can do; you have to take that as an administrative step on your block
> devices.
> > But I think this needs more 
> > testing than just those simple high meta data load tests. Anyway I am 
> > happy cause I have a way to speed up XFS ;-).
> My only hand-wavy concern is whether this has any adverse physical
> effect on the drive (no cache == lots more head movement etc?) but then
> barriers are constantly flushing/invalidating that cache, so it's
> probably a wash.  And really, I have no idea.  :)
> -Eric
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

<Prev in Thread] Current Thread [Next in Thread>