Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 37C1D2E14BF for ; Wed, 12 Dec 2007 08:08:04 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 92536-07 for ; Wed, 12 Dec 2007 08:07:54 -0400 (AST) Received: from mail.aeccom.com (port-83-236-156-30.static.qsc.de [83.236.156.30]) by postgresql.org (Postfix) with ESMTP id E58EB2E0FF9 for ; Wed, 12 Dec 2007 08:08:00 -0400 (AST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.aeccom.com (Postfix) with ESMTP id BDEB61D030; Wed, 12 Dec 2007 13:07:59 +0100 (CET) Received: from mail.aeccom.com ([127.0.0.1]) by localhost (gate6.aeccom.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20998-01-25; Wed, 12 Dec 2007 13:07:58 +0100 (CET) Received: from [192.168.2.140] (andes.core.aeccom.com [192.168.2.140]) by mail.aeccom.com (Postfix) with ESMTP id 4B5F41CDF1; Wed, 12 Dec 2007 13:07:58 +0100 (CET) Message-ID: <475FCF1E.7030608@aeccom.com> Date: Wed, 12 Dec 2007 13:07:58 +0100 From: Sven Geisler Organization: AEC/communications GmbH User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: mlunnon@rwa-net.co.uk CC: pgsql-performance@postgresql.org Subject: Re: Limited performance on multi core server References: <475FB50B.8060701@rwa-net.co.uk> In-Reply-To: <475FB50B.8060701@rwa-net.co.uk> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at aeccom.com X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200712/172 X-Sequence-Number: 27988 Hi Matthew, I remember that I also an issue with AMD Opterons before Pg 8.1 There is a specific Opteron behaviour on shared memory locks which adds a extra "penalty" during the execution time for Pg code before 8.1. I can you provide my patch for Pg 8.0 which should be adaptable for Pg 7.4 if you can compile PostgreSQL. But if you can upgrade you should upgrade to Pg 8.2.5 64-bit. The scale up for your concurrent queries will be great. Sven. Matthew Lunnon schrieb: > Hi, > > I have a 4 * dual core 64bit AMD OPTERON server with 16G of RAM, running > postgres 7.4.3. This has been recompiled on the server for 64 stored > procedure parameters, (I assume this makes postgres 64 bit but are not > sure). When the server gets under load from database connections > executing reads, lets say 20 - 40 concurrent reads, the CPU's seem to > limit at about 30-35% usage with no iowait reported. If I run a simple > select at this time it takes 5 seconds, the same query runs in 300 > millis when the server is not under load so it seems that the database > is not performing well even though there is plenty of spare CPU. There > does not appear to be large amounts of disk IO and my database is about > 5.5G so this should fit comfortably in RAM. > > changes to postgresql.sql: > > max_connections = 500 > shared_buffers = 96000 > sort_mem = 10240 > effective_cache_size = 1000000 > > Does anyone have any ideas what my bottle neck might be and what I can > do about it? > > Thanks for any help. > > Matthew. > > ---------------------------(end of broadcast)--------------------------- > TIP 6: explain analyze is your friend -- Sven Geisler Tel +49.30.921017.81 Fax .50 Senior Developer, AEC/communications GmbH & Co. KG Berlin, Germany