Skip site navigation (1) Skip section navigation (2)

Re: PostgreSQL scalability on Sun UltraSparc T1

From: Arjen van der Meijden <acmmailing(at)tweakers(dot)net>
To: Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: PostgreSQL scalability on Sun UltraSparc T1
Date: 2006-07-29 16:20:30
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
On 29-7-2006 17:02, Jochem van Dieten wrote:
> has done a database performance test between a Sun T2000 (8
> core T1) and a Sun X4200 (2 dual core Opteron 280). The database
> benchmark is developed inhouse and represents the average query pattern
> from their website. It is MySQL centric because runs on
> MySQL, but Arjen van der Meijden has ported it to PostgreSQL and has
> done basic optimizations like adding indexes.

There were a few minor datatype changes (like enum('Y', 'N') to boolean, 
but on the other hand also 'int unsigned' to 'bigint'), a few small 
query changes (i.e. rewriting join orders, most turned out to be 
necessary for mysql 5.0 and 5.1 as well anyway) and even fewer larger 
query changes (including a subquery, instead of the results of another 

The indexes also included adding partial indexes and several combined 

All in all I think it took about a week to do the conversion and test 
the specific queries. Luckily PostgreSQL allows for much clearer 
information on what a specific query is doing and much faster 
adding/removing of indexes (mysql rewrites the entire table).

> Arjen wrote about some of the preliminary results previously in
> but the article has now been published
> This is all the more impressive if you scroll down and look at the
> behaviour of MySQL (after tweaking by both MySQL AB and Sun).

Actually, we haven't had contact with MySQL AB. But as far as I know, 
the Sun engineers have contacted them about this.
As it turns out there are some suboptimal machine codes generated from 
MySQL's source for the Niagara T1 and MySQL has some issues with 
InnoDB's scaling in the later 5.0-versions:

Then again, we weren't able to compile the PG8.2 dev using all 
optimizations of Sun's Studio Compiler (the mlibopt-switch failed), so 
there is very likely more room for improvement on that field as well.

Best regards,


In response to

pgsql-performance by date

Next:From: Arjen van der MeijdenDate: 2006-07-29 16:33:05
Subject: Re: PostgreSQL scalability on Sun UltraSparc T1
Previous:From: Joshua D. DrakeDate: 2006-07-29 15:43:49
Subject: Re: PostgreSQL scalability on Sun UltraSparc T1

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group