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 1E78E9FB1E8 for ; Sat, 29 Jul 2006 13:33:12 -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 76598-08 for ; Sat, 29 Jul 2006 13:33:00 -0300 (ADT) X-Greylist: delayed 00:12:33.674738 by SQLgrey- Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by postgresql.org (Postfix) with ESMTP id A4FB89FA5BF for ; Sat, 29 Jul 2006 13:33:00 -0300 (ADT) Received: from [127.0.0.1] (h8441139206.dsl.speedlinq.nl [84.41.139.206]) by olive.qinip.net (Postfix) with ESMTP id 3FA8818104; Sat, 29 Jul 2006 18:32:57 +0200 (MEST) Message-ID: <44CB8DC1.4040105@tweakers.net> Date: Sat, 29 Jul 2006 18:33:05 +0200 From: Arjen van der Meijden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: "Joshua D. Drake" CC: Jochem van Dieten , pgsql-performance@postgresql.org Subject: Re: PostgreSQL scalability on Sun UltraSparc T1 References: <44CB7896.8030501@oli.tudelft.nl> <44CB8235.9070903@commandprompt.com> In-Reply-To: <44CB8235.9070903@commandprompt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0630-4, 29-07-2006), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200607/280 X-Sequence-Number: 20140 On 29-7-2006 17:43, Joshua D. Drake wrote: > > I would love to get my hands on that postgresql version and see how much > farther it could be optimized. You probably mean the entire installation? As said in my reply to Jochem, I've spent a few days testing all queries to improve their performance. I'm not sure what kind of improvements that yielded, but if I remember correctly its in the order of 3-5 times for the entire benchmark, compared to the initial MySQL-layout and queries. If you mean the configuration and which version it was, I can look that up for you if you'd like. Including the compilation switches used on the T2000. If we get to keep the machine (which we're going to try, but that's with worse performance than with their x4200 a bit doubtful), I'm sure we can work something out. Then again, we regularly have other server hardware on which the same database is used, so even without the T2000 we could still do some effort to further improve postgresql's performance. It might be interesting to have some Postgres experts do some more tuning and allowing MySQL AB to do the same... But I'm not sure if we're willing to spent that much extra time on a benchmark (just testing one database costs us about a day and a half...) Best regards, Arjen