X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 6B237DB6B2 for ; Tue, 1 Nov 2005 11:49:49 -0400 (AST) 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 95306-07 for ; Tue, 1 Nov 2005 15:49:44 +0000 (GMT) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by svr1.postgresql.org (Postfix) with ESMTP id D401CDB684 for ; Tue, 1 Nov 2005 11:49:45 -0400 (AST) Received: from mailgate.vale-housing.co.uk ([194.217.48.34] helo=vale-housing.co.uk) by anchor-post-35.mail.demon.net with esmtp (Exim 4.42) id 1EWyHs-000DuB-GW for pgsql-performance@postgresql.org; Tue, 01 Nov 2005 15:43:06 +0000 Received: from 84.13.26.127 ([84.13.26.127]) by ratbert.vale-housing.co.uk ([192.168.1.106]) with Microsoft Exchange Server HTTP-DAV ; Tue, 1 Nov 2005 15:49:15 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Tue, 01 Nov 2005 15:49:14 +0000 Subject: Re: 8.1beta3 performance From: Dave Page To: Jon Brisbin , Message-ID: Thread-Topic: [PERFORM] 8.1beta3 performance Thread-Index: AcXe+87xDZdLP0rvEdqyyQARJHpWaA== In-Reply-To: <20051101085037.1b12b077@fc63r41.npci.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=1.388 required=5 tests=[AWL=0.135, RCVD_NUMERIC_HELO=1.253] X-Spam-Score: 1.388 X-Spam-Level: * X-Archive-Number: 200511/9 X-Sequence-Number: 15266 On 1/11/05 2:50 pm, "Jon Brisbin" wrote: > On Mon, 31 Oct 2005 17:16:46 -0600 > "PostgreSQL" wrote: > >> We're running 8.1beta3 on one server and are having ridiculous >> performance issues. This is a 2 cpu Opteron box and both processors >> are staying at 98 or 99% utilization processing not-that-complex >> queries. Prior to the upgrade, our I/O wait time was about 60% and >> cpu utilization rarely got very high, now I/O wait time is at or near >> zero. >> >> I'm planning to go back to 8.0 tonight or tomorrow night but thought >> I'd check the pqsql-performance prophets before I gave it up. > > I have a stock FreeBSD 5.4 box that I put 8.1 on last night. I ran > pgbench against it and my tps dropped from ~300tps in 8.0.3 to 20tps > in 8.1. That's right. 20. No changes in any system configuration. No > data in the new 8.1 database, only the pgbench init'ed stuff. 25 > clients, 100 and 1000 transactions with a scaling factor of 10, which > gives me 1,000,000 tuples to shoot through. > > I wiped out the 8.1 installation, put 8.0.4 in it's place, and > pgbenched it again. ~300tps again. > > It's not a problem with system configuration if 8.0 works fine, but 8.1 > has problems, unless there is something that 8.1 needs tweaked that 8.0 > doesn't. In that case, I just need to know what that is and I can tweak > it. Hi Jon, Did you run the bundled version of pgbench against it's own installation? There we some changes to pgbench for 8.1, and I have to wonder (bearing in mind I haven't really looked at them) whether they could be affecting things in any way. Do you get comparable results running the 8.0 pgbench against both server versions? Regards, Dave