X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 6B12D9DC821 for ; Sun, 19 Mar 2006 14:19:49 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 64092-04 for ; Sun, 19 Mar 2006 14:19:54 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from anchor-post-36.mail.demon.net (anchor-post-36.mail.demon.net [194.217.242.86]) by postgresql.org (Postfix) with ESMTP id 48A699DC847 for ; Sun, 19 Mar 2006 14:19:47 -0400 (AST) Received: from mailgate.vale-housing.co.uk ([194.217.48.34] helo=vale-housing.co.uk) by anchor-post-36.mail.demon.net with esmtp (Exim 4.42) id 1FL2VM-0009uy-Lq for pgsql-performance@postgresql.org; Sun, 19 Mar 2006 18:19:52 +0000 Received: from 192.168.1.106 ([192.168.1.106]) by ratbert.vale-housing.co.uk ([192.168.1.106]) with Microsoft Exchange Server HTTP-DAV ; Sun, 19 Mar 2006 18:19:52 +0000 From: "Dave Page" To: , , Cc: Subject: Re: Best OS & Configuration for Dual Xeon w/4GB & Message-ID: <008b01c64b81$b737fcb0$6a01a8c0@valehousing.co.uk> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Sun, 19 Mar 2006 18:19:40 -0000 MIME-Version: 1.0 Thread-Topic: [PERFORM] Best OS & Configuration for Dual Xeon w/4GB & thread-index: AcZKIDwQk+uFjzHfRo2txPlZ02oXPABasGbcAAJRnDo= X-MimeOLE: Produced By Microsoft Exchange V6.5 X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=3.018 required=5 tests=[AWL=-2.385, MSGID_DOLLARS=2.163, RATWARE_MS_HASH=1.379, RATWARE_OUTLOOK_NONAME=1.861] X-Spam-Score: 3.018 X-Spam-Level: *** X-Archive-Number: 200603/322 X-Sequence-Number: 17759 -----Original Message----- From: "Luke Lonergan" Sent: 19/03/06 16:26:58 To: "Kenji Morishige", "Claus = Guttesen" Cc: "pgsql-performance@postgresql.org" Subject: Re: [PERFORM] Best OS & Configuration for Dual Xeon w/4GB & > I notice that no one asked you about your disk bandwidth - the Adaptec = 2200S >is a "known bad" controller -=20 Agreed - We have a couple at work which got relagated to use in 'toy' = boxes when we realised how bad they were, long before they ever saw any = production use. Regards, Dave -----Unmodified Original Message----- Kenji, On 3/17/06 4:08 PM, "Kenji Morishige" wrote: > Thanks guys, I'm studying each of your responses and am going to start = to > experiement. I notice that no one asked you about your disk bandwidth - the Adaptec = 2200S is a "known bad" controller - the bandwidth to/from in RAID5 is about = 1/2 to 1/3 of a single disk drive, which is far too slow for a 10GB database, = and IMO should disqualify a RAID adapter from being used at all. Without fixing this, I'd suggest that all of the other tuning described = here will have little value, provided your working set is larger than your = RAM. You should test the I/O bandwidth using these simple tests: time bash -c "dd if=3D/dev/zero of=3Dbigfile bs=3D8k count=3D1000000 = && sync" then: time dd if=3Dbigfile of=3D/dev/null bs=3D8k You should get on the order of 150MB/s on four disk drives in RAID5. And before people jump in about "random I/O", etc, the sequential scan = test will show whether the controller is just plain bad very quickly. If it can't do sequential fast, it won't do seeks fast either. - Luke ---------------------------(end of broadcast)--------------------------- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq