Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id BD15E9FB879 for ; Wed, 14 Feb 2007 19:40:01 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 23992-04 for ; Wed, 14 Feb 2007 19:39:50 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from davinci.ethosmedia.com (server227.ethosmedia.com [209.128.84.227]) by postgresql.org (Postfix) with ESMTP id 4610F9FB88C for ; Wed, 14 Feb 2007 19:39:51 -0400 (AST) X-EthosMedia-Virus-Scanned: no infections found Received: from [64.81.245.111] (account josh@agliodbs.com HELO [192.168.1.27]) by davinci.ethosmedia.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 11430617; Wed, 14 Feb 2007 15:43:49 -0800 From: Josh Berkus Reply-To: josh@agliodbs.com Organization: Aglio Database Solutions To: pgsql-performance@postgresql.org Subject: Re: Benchmarking PGSQL? Date: Wed, 14 Feb 2007 15:42:55 -0800 User-Agent: KMail/1.8 Cc: "Krishna Kumar" References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702141542.55562.josh@agliodbs.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.07 tagged_above=0 required=5 tests=AWL, BAYES_50 X-Spam-Level: X-Archive-Number: 200702/163 X-Sequence-Number: 23217 Krisna, > I'm a performance engineer, quite interested in getting deep into the > PGSQL performance enhancement effort. In that regard, I have the > following questions : > 1. Is there a benchmarking setup, that I can access online? > 2. What benchmarks are we running , for performance numbers? > 3. What are the current issues, related to performance? > 4. Where can I start, with the PGSQL performance effort? Hey, I work for Sun and we've been working on PostgreSQL & benchmarks. Hopefully we will soon have a server which runs Spec benchmarks which the community can legally use for testing (it's waiting on some setup issues). Help we could use right now includes work on an open source TPCE-like workload, being run by Rilson and Mark Wong. Another issue which could use help is reducing our WAL transaction log volume; it's higher than any other database. Or you could work on multi-processor scalability; we are still trying to identify the bottlenecks which are holding us back there. -- --Josh Josh Berkus PostgreSQL @ Sun San Francisco