Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id BBE151336971 for ; Fri, 5 Nov 2010 17:33:08 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 05335-01 for ; Fri, 5 Nov 2010 20:33:02 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from glacier.frostconsultingllc.com (glacier.frostconsultingllc.com [69.36.227.170]) by mail.postgresql.org (Postfix) with ESMTP id 6B03C1337B7D for ; Fri, 5 Nov 2010 17:33:01 -0300 (ADT) Received: from dsl081-245-111.sfo1.dsl.speakeasy.net ([64.81.245.111] helo=Sidney-Stratton.local) by glacier.frostconsultingllc.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1PESy0-000677-MZ; Fri, 05 Nov 2010 13:33:00 -0700 Message-ID: <4CD469EC.4090702@agliodbs.com> Date: Fri, 05 Nov 2010 13:32:44 -0700 From: Josh Berkus User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: Scott Marlowe CC: pgsql-performance@postgresql.org Subject: Re: Major Linux performance regression; shouldn't we be worried about RHEL6? References: <4CD465D8.4070007@agliodbs.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201011/65 X-Sequence-Number: 41089 > Why would it be off limits? Is it likely to lose data due to power failure etc? If fsyncs are taking 5X as long, people can't use PostgreSQL on that platform. > Are you referring to improvements due to write barrier support getting > fixed up fr ext4 to run faster but still be safe? I would assume that > any major patches that increase performance with write barriers > without being dangerous for your data would get back ported by RH as > usual. Hopefully, yes. I wouldn't mind confirmation of this, though; it wouldn't be the first time RH shipped with known-bad IO performance. -- -- Josh Berkus PostgreSQL Experts Inc. http://www.pgexperts.com