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 0F978DA1EC for ; Mon, 21 Nov 2005 15:58:38 -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 03726-10 for ; Mon, 21 Nov 2005 19:58:37 +0000 (GMT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from bfccomputing.com (bfccomputing.com [217.160.248.65]) by svr1.postgresql.org (Postfix) with ESMTP id 2620DD984A for ; Mon, 21 Nov 2005 15:58:35 -0400 (AST) Received: from [10.0.0.202] (68-169-200-61.sbtnvt.adelphia.net [68.169.200.61]) by bfccomputing.com (Postfix) with ESMTP id 0C792E8608; Mon, 21 Nov 2005 14:58:20 -0500 (EST) In-Reply-To: <87ek59omex.fsf@stark.xeocode.com> References: <4381E077.80009@rentec.com> <87ek59omex.fsf@stark.xeocode.com> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8c110ae5a3902fba586f3353b25fc54f@bfccomputing.com> Content-Transfer-Encoding: 7bit Cc: stange@rentec.com, Dave Cramer , Joshua Marsh , pgsql-performance@postgresql.org, Luke Lonergan From: Bill McGonigle Subject: Re: Hardware/OS recommendations for large databases ( Date: Mon, 21 Nov 2005 14:58:18 -0500 To: Greg Stark X-Mailer: Apple Mail (2.623) X-bfccomputing-MailScanner-Information: Please contact the ISP for more information X-bfccomputing-MailScanner: Found to be clean X-bfccomputing-MailScanner-SpamCheck: X-MailScanner-From: bill@bfccomputing.com X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[none] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200511/423 X-Sequence-Number: 15680 Would it be worth first agreeing on a common set of criteria to measure? I see many data points going back and forth but not much agreement on what's worth measuring and how to measure. I'm not necessarily trying to herd cats, but it sure would be swell to have the several knowledgeable minds here come up with something that could uniformly tested on a range of machines, possibly even integrated into pg_bench or something. Disagreements on criteria or methodology should be methodically testable. Then I have dreams of a new pg_autotune that would know about these kinds of system-level settings. I haven't been on this list for long, and only using postgres for a handful of years, so forgive it if this has been hashed out before. -Bill ----- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 bill@bfccomputing.com Mobile: 603.252.2606 http://www.bfccomputing.com/ Pager: 603.442.1833 Jabber: flowerpt@gmail.com Text: bill+text@bfccomputing.com Blog: http://blog.bfccomputing.com/