pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Arjen van der Meijden <acmmailing@tweakers.net>
To: Jochem van Dieten <jochemd@oli.tudelft.nl>
Cc: pgsql-performance@postgresql.org
Subject: Re: PostgreSQL scalability on Sun UltraSparc T1
Date: Sat, 29 Jul 2006 18:20:30 +0200
Message-ID: <44CB8ACE.1020706@tweakers.net> (raw)
In-Reply-To: <44CB7896.8030501@oli.tudelft.nl>
References: <44CB7896.8030501@oli.tudelft.nl>

On 29-7-2006 17:02, Jochem van Dieten wrote:
> Tweakers.net 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 Tweakers.net 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 
query).

The indexes also included adding partial indexes and several combined 
indexes.

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
> http://archives.postgresql.org/pgsql-performance/2006-06/msg00358.php
> but the article has now been published http://tweakers.net/reviews/633/7
> 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:
http://www.mysqlperformanceblog.com/2006/07/28/returning-to-innodb-scalability/

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,

Arjen



view thread (14+ messages)  latest in thread

Message-ID: <44CB8ACE.1020706@tweakers.net>
Permalink:  ../44CB8ACE.1020706@tweakers.net/
Also on:    postgresql.org/message-id/44CB8ACE.1020706@tweakers.net

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: acmmailing@tweakers.net, jochemd@oli.tudelft.nl
  Subject: Re: PostgreSQL scalability on Sun UltraSparc T1
  In-Reply-To: <44CB8ACE.1020706@tweakers.net>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox