|To:||Peter Grandi <pg_xf2@xxxxxxxxxxxxxxxxxx>|
|Subject:||Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]|
|From:||Bill Davidsen <davidsen@xxxxxxx>|
|Date:||Wed, 17 Dec 2008 16:40:02 -0500|
|Cc:||Linux XFS <xfs@xxxxxxxxxxx>, Linux RAID <linux-raid@xxxxxxxxxxxxxxx>|
|Organization:||TMR Associates Inc, Schenectady NY|
|References:||<alpine.DEB.firstname.lastname@example.org> <1229225480.16555.152.camel@localhost> <email@example.com> <200812141912.59649.Martin@lichtvoll.de> <firstname.lastname@example.org>|
|User-agent:||Mozilla/5.0 (X11; U; Linux i686; en-US; rv:22.214.171.124) Gecko/20081112 Fedora/1.1.13-1.fc9 pango-text SeaMonkey/1.1.13|
Peter Grandi wrote:
Unfortunately that seems the case.
I don't get that sense from the barriers stuff in Documentation, in fact I think it's essentially a pure ordering thing, I don't even see that it has an effect of forcing the data to be written to the device, other than by preventing other writes until the drive writes everything. So we read the intended use differently.
What really bothers me is that there's no obvious need for barriers at the device level if the file system is just a bit smarter and does it's own async io (like aio_*), because you can track writes outstanding on a per-fd basis, so instead of stopping the flow of data to the drive, you can just block a file descriptor and wait for the count of outstanding i/o to drop to zero. That provides the order semantics of barriers as far as I can see, having tirelessly thought about it for ten minutes or so. Oh, and did something very similar decades ago in a long-gone mainframe OS.
Bill Davidsen <davidsen@xxxxxxx>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: Have the velociraptors in a test system now, checkout the errors., Bill Davidsen|
|Next by Date:||Re: Have the velociraptors in a test system now, checkout the errors., Justin Piszcz|
|Previous by Thread:||Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs], Peter Grandi|
|Next by Thread:||Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs], Leon Woestenberg|
|Indexes:||[Date] [Thread] [Top] [All Lists]|