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 ACC32DBDC5 for ; Sat, 26 Nov 2005 14:57:00 -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 83125-02 for ; Sat, 26 Nov 2005 18:57:00 +0000 (GMT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from floppy.pyrenet.fr (news.pyrenet.fr [194.116.145.2]) by svr1.postgresql.org (Postfix) with ESMTP id A443DDBDD9 for ; Sat, 26 Nov 2005 14:56:57 -0400 (AST) Received: by floppy.pyrenet.fr (Postfix, from userid 106) id 379BF308DA; Sat, 26 Nov 2005 19:56:58 +0100 (MET) From: "Qingqing Zhou" X-Newsgroups: pgsql.performance Subject: Re: Open request for benchmarking input Date: Sat, 26 Nov 2005 13:57:47 -0500 Organization: Hub.Org Networking Services Lines: 38 Message-ID: References: X-Complaints-To: usenet@news.hub.org X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 To: pgsql-performance@postgresql.org X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.055 required=5 tests=[AWL=0.055] X-Spam-Score: 0.055 X-Spam-Level: X-Archive-Number: 200511/516 X-Sequence-Number: 15773 "Jeff Frost" wrote > > Did you folks see this article on Slashdot with a fellow requesting input > on what sort of benchmarks to run to get a good Postgresql vs Mysql > dataset? Perhaps this would be a good opportunity for us to get some good > benchmarking done. > "The hardware I have available is as follows: > > * 2x dual Opteron 8G ram, 2x144G 15Krpm SCSI > * 2x dual Opteron 8G ram, 2x72G 15Krpm SCSI > * 1x dual Opteron 16G ram, 2x36G 15Krpm SCSI 16x400G 7200rpm SATA > I see this as a good chance to evaluate and boost PostgreSQL performance in general. My two concerns: (1) How long will David Lang spend on the benchmarking? We need *continous* feedback after each tuning. This is important and Mark Wong has done great job on this. (2) The hardware configuration may not reflect all potentials of PostgreSQL. For example, so far, PostgreSQL does not pay much attention in reducing I/O cost, so a stronger RAID definitely will benefit PostgreSQL performance. > > For my own interests, I would like to at least cover the following bases: > 32 bit vs 64 bit vs 64 bit kernel + 32 bit user-space; data warehouse type > tests (data >> memory); and web prefs test (active data RAM) > Don't forget TPCC (data > memory, with intensive updates). So the benchmarks in my mind include TPCC, TPCH and TPCW. Regards, Qingqing