X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id F28DD9FA38F for ; Tue, 13 Jun 2006 19:45:36 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 39857-08 for ; Tue, 13 Jun 2006 19:45:26 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id 210F89FA1A8 for ; Tue, 13 Jun 2006 19:45:25 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id 6D9AD5643D; Tue, 13 Jun 2006 17:45:24 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Tue, 13 Jun 2006 17:45:23 -0500 Date: Tue, 13 Jun 2006 17:45:23 -0500 From: "Jim C. Nasby" To: John Vincent Cc: pgsql-performance@postgresql.org Subject: Re: scaling up postgres Message-ID: <20060613224523.GL34196@pervasive.com> References: <20060603094355.GA23297@uio.no> <1150062140.23423.0.camel@localhost.localdomain> <448D3B65.7090709@aeccom.com> <448DE0DB.1020107@planet.tn> <20060613192609.GX34196@pervasive.com> <20060613212124.GD34196@pervasive.com> <20060613220509.GJ34196@pervasive.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060613:pgsql-performance@lusis.org::J42qZIsV/SFVgImj:0000000000 0000000000000000000000006rc5 X-Hashcash: 1:20:060613:pgsql-performance@postgresql.org::psUDHH6sjRCQaaEc:00000 0000000000000000000000004Emv X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/222 X-Sequence-Number: 19579 On Tue, Jun 13, 2006 at 06:21:21PM -0400, John Vincent wrote: > On 6/13/06, Jim C. Nasby wrote: > > > >On Tue, Jun 13, 2006 at 05:40:58PM -0400, John Vincent wrote: > >> Maybe from a postgresql perspective the cpus may be useless but the > >memory > >> on the pSeries can't be beat. We've been looking at running our > >warehouse > >> (PGSQL) in a LoP lpar but I wasn't able to find a LoP build of 8.1. > > > >Probably just because not many people have access to that kind of > >hardware. Have you tried building on Linux on Power? > > > Actually it's on my radar. I was looking for a precompiled build first (we > actually checked the Pervasive and Bizgres sites first since we're > considering a support contract) before going the self-compiled route. When I > didn't see a pre-compiled build available, I started looking at the > developer archives and got a little worried that I wouldn't want to base my > job on a self-built Postgres on a fairly new (I'd consider Power 5 fairly > new) platform. Well, pre-compiled isn't going to make much of a difference stability-wise. What you will run into is that very few people are running PostgreSQL on your hardware, so it's possible you'd run into some odd corner cases. I think it's pretty unlikely you'd lose data, but you could end up with performance-related issues. If you can, it'd be great to do some testing on that hardware to see if you can break PostgreSQL. > This is true. In our case I couldn't get the approval for the new hardware > since we had two x445 boxes sitting there doing nothing (I wanted them for > our VMware environment personally). Another sticking point is finding a > vendor that will provide a hardware support contract similar to what we have > with our existing IBM hardware (24x7x4). Since IBM has f-all for Opteron > based systems and we've sworn off Dell, I was pretty limited. HP was able to > get in on a pilot program and we're considering them now for future hardware > purchases but beyond Dell/IBM/HP, there's not much else that can provide the > kind of hardware support turn-around we need. What about Sun? > >We've been thrilled with the performance of our DB2 systems that run on > >> AIX/Power 5 but since the DB2 instance memory is limited to 18GB, we've > >got > >> two 86GB p570s sitting there being under utilized. BTW, in a past life we moved a DB2 database off of Xeons and onto RS/6000s with Power4. The difference was astounding. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461