Received: from localhost (maia-5.hub.org [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id 89A219FBBE8 for ; Thu, 22 Mar 2007 10:09:56 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 00378-02 for ; Thu, 22 Mar 2007 10:09:44 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from mx1.bandwidth.com (nat0.bandwidth.com [216.27.14.90]) by postgresql.org (Postfix) with SMTP id 7A9C39FBBF6 for ; Thu, 22 Mar 2007 10:09:48 -0300 (ADT) Received: (qmail 24138 invoked by uid 1008); 22 Mar 2007 13:09:59 -0000 Received: from dbrain@bandwidth.com by mx1 by uid 1002 with qmail-scanner-1.20 (spamassassin: 2.63. Clear:RC:1(10.1.53.112):. Processed in 0.018846 secs); 22 Mar 2007 13:09:59 -0000 Received: from unknown (HELO ?10.1.53.112?) (10.1.53.112) by mx1.bandwidth.com with SMTP; 22 Mar 2007 13:09:59 -0000 Message-ID: <46027F65.9080909@bandwidth.com> Date: Thu, 22 Mar 2007 09:06:45 -0400 From: David Brain User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Bill Moran CC: pgsql-performance@postgresql.org Subject: Re: Potential memory usage issue References: <460271B9.8050600@bandwidth.com> <20070322085037.54780906.wmoran@collaborativefusion.com> In-Reply-To: <20070322085037.54780906.wmoran@collaborativefusion.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200703/313 X-Sequence-Number: 23718 Hi, Thanks for the response. Bill Moran wrote: > In response to David Brain : >> I recently migrated one of our large (multi-hundred GB) dbs from an >> Intel 32bit platform (Dell 1650 - running 8.1.3) to a 64bit platform >> (Dell 1950 - running 8.1.5). However I am not seeing the performance >> gains I would expect > > What were you expecting? It's possible that your expectations are > unreasonable. > Possibly - but there is a fair step up hardware performance wise from a 1650 (Dual 1.4 Ghz PIII with U160 SCSI) to a 1950 (Dual, Dual Core 2.3 Ghz Xeons with SAS) - so I wasn't necessarily expecting much from the 32->64 transition (except maybe the option to go > 4GB easily - although currently we only have 4GB in the box), but was from the hardware standpoint. I am curious as to why 'top' gives such different output on the two systems - the datasets are large and so I know I benefit from having high shared_buffers and effective_cache_size settings. > Provide more information, for one thing. I'm assuming from the top output > that this is some version of Linux, but more details on that are liable > to elicit more helpful feedback. > Yes the OS is Linux - on the 1650 version 2.6.14, on the 1950 version 2.6.18 Thanks, David. -- David Brain - bandwidth.com dbrain@bandwidth.com 919.297.1078