X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.0-rupdated Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id mBENaP2O030393 for ; Sun, 14 Dec 2008 17:36:25 -0600 X-ASG-Debug-ID: 1229297781-27b7012e0000-w1Z2WR X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from ipmail05.adl2.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 0E7CE172E513; Sun, 14 Dec 2008 15:36:22 -0800 (PST) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by cuda.sgi.com with ESMTP id BVGBgVdAjQu4CAXT; Sun, 14 Dec 2008 15:36:22 -0800 (PST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEABMlRUl5LB1f/2dsb2JhbADNWYJ+ X-IronPort-AV: E=Sophos;i="4.36,220,1228051800"; d="scan'208";a="275823881" Received: from ppp121-44-29-95.lns10.syd7.internode.on.net (HELO disturbed) ([121.44.29.95]) by ipmail05.adl2.internode.on.net with ESMTP; 15 Dec 2008 10:06:19 +1030 Received: from dave by disturbed with local (Exim 4.69) (envelope-from ) id 1LC0VV-0003W7-UJ; Mon, 15 Dec 2008 10:36:17 +1100 Date: Mon, 15 Dec 2008 10:36:17 +1100 From: Dave Chinner To: Eric Sandeen Cc: Martin Steigerwald , linux-xfs@oss.sgi.com, linux-raid@vger.kernel.org, Alan Piszcz , xfs@oss.sgi.com X-ASG-Orig-Subj: Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs] Subject: Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs] Message-ID: <20081214233617.GD32301@disturbed> Mail-Followup-To: Eric Sandeen , Martin Steigerwald , linux-xfs@oss.sgi.com, linux-raid@vger.kernel.org, Alan Piszcz , xfs@oss.sgi.com References: <493A9BE7.3090001@sandeen.net> <200812131826.25280.Martin@lichtvoll.de> <4943F37B.8080405@sandeen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4943F37B.8080405@sandeen.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-Barracuda-Connect: ipmail05.adl2.internode.on.net[203.16.214.145] X-Barracuda-Start-Time: 1229297784 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.12737 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 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.... Cheers, Dave. -- Dave Chinner david@fromorbit.com