X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 23F7552D86 for ; Thu, 14 Jul 2005 12:47:53 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 22829-04 for ; Thu, 14 Jul 2005 15:47:47 +0000 (GMT) Received: from mr1.surnet.cl (smtp1.surnet.cl [216.155.73.162]) by svr1.postgresql.org (Postfix) with ESMTP id 57CD452A1A for ; Thu, 14 Jul 2005 12:47:46 -0300 (ADT) Received: from smtp1.surnet.cl (216.155.73.168) by mr1.surnet.cl (7.0.031.3) id 42587EDE01566457; Thu, 14 Jul 2005 11:47:07 -0400 Received: from smtp1.surnet.cl (mr1.surnet.cl []) by mr1.surnet.cl ([216.155.73.168]); Thu, 14 Jul 2005 15:47:07 +0000 Received: from cluster.surnet.cl (216.155.73.164) by smtp1.surnet.cl (7.0.031.3) id 42587C6E01070D56; Thu, 14 Jul 2005 11:47:07 -0400 Received: from alvh.no-ip.org (200.85.218.66) by cluster.surnet.cl (7.0.043) (authenticated as alvherre@surnet.cl) id 42B3EF60003B9223; Thu, 14 Jul 2005 11:47:44 -0400 Received: by alvh.no-ip.org (Postfix, from userid 1000) id 42D15C370EE; Thu, 14 Jul 2005 11:47:51 -0400 (CLT) Date: Thu, 14 Jul 2005 11:47:51 -0400 From: Alvaro Herrera To: Dan Harris Cc: pgsql-performance@postgresql.org Subject: Re: Quad Opteron stuck in the mud Message-ID: <20050714154750.GC19232@alvh.no-ip.org> References: <87oe95ykz5.fsf@stark.xeocode.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=1.377 tagged_above=0 required=5 tests=AWL, DNS_FROM_RFC_ABUSE, FORGED_RCVD_HELO, RCVD_IN_NJABL_PROXY X-Spam-Level: * X-Archive-Number: 200507/179 X-Sequence-Number: 13420 On Thu, Jul 14, 2005 at 12:28:05AM -0600, Dan Harris wrote: > Ok, so I remounted this drive as ext2 shortly before sending my first > email today. It wasn't enough time for me to notice the ABSOLUTELY > HUGE difference in performance change. Ext3 must really be crappy > for postgres, or at least is on this box. Now that it's ext2, this > thing is flying like never before. My CPU utilization has > skyrocketed, telling me that the disk IO was constraining it immensely. Were you using the default journal settings for ext3? An interesting experiment would be to use the other journal options (particularly data=writeback). From the mount manpage: data=journal / data=ordered / data=writeback Specifies the journalling mode for file data. Metadata is always journaled. To use modes other than ordered on the root file system, pass the mode to the kernel as boot parameter, e.g. rootflags=data=journal. journal All data is committed into the journal prior to being written into the main file system. ordered This is the default mode. All data is forced directly out to the main file system prior to its metadata being committed to the journal. writeback Data ordering is not preserved - data may be written into the main file system after its metadata has been commit- ted to the journal. This is rumoured to be the highest- throughput option. It guarantees internal file system integrity, however it can allow old data to appear in files after a crash and journal recovery. -- Alvaro Herrera () Officer Krupke, what are we to do? Gee, officer Krupke, Krup you! (West Side Story, "Gee, Officer Krupke")