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

Solaris Performance (Again)

From: Mark Kirkwood <markir(at)paradise(dot)net(dot)nz>
To: pgsql-performance(at)postgresql(dot)org
Subject: Solaris Performance (Again)
Date: 2003-12-10 05:56:38
Message-ID: 3FD6B596.8090803@paradise.net.nz (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-performance
This is a well-worn thread title - apologies, but these results seemed 
interesting, and hopefully useful in the quest to get better performance 
on Solaris:

I was curious to see if the rather uninspiring pgbench performance 
obtained from a Sun 280R (see General: ATA Disks and RAID controllers 
for database servers) could be improved if more time was spent 
tuning.        

With the help of a fellow workmate who is a bit of a Solaris guy, we 
decided to have a go.

The major performance killer appeared to be mounting the filesystem with 
the logging option. The next most significant seemed to be the choice of 
sync_method for Pg - the default (open_datasync), which we initially 
thought should be the best - appears noticeably slower than fdatasync.

We also tried changing some of the tuneable filesystem options using 
tunefs - without any measurable effect.

Are Pg/Solaris folks running with logging on and sync_method default out 
there ? - or have most of you been through this already ?


Pgbench Results (no. clients and transactions/s ) :

Setup 1: filesystem mounted with logging

No.     tps
-----------
1       17
2       17
4       22
8       22
16      28
32      32
64      37

Setup 2: filesystem mounted without logging

No.     tps
-----------
1       48
2       55
4       57
8       62
16      65
32      82
64      95

Setup 3 : filesystem mounted without logging, Pg sync_method = fdatasync

No.     tps
-----------
1       89
2       94
4       95
8       93
16      99
32      115
64      122

Note : The Pgbench runs were conducted using -s 10 and -t 1000 -c 1->64, 
2 - 3 runs of each setup were performed (averaged figures shown).

Mark


Responses

pgsql-performance by date

Next:From: JeffDate: 2003-12-10 13:53:23
Subject: Re: Solaris Performance (Again)
Previous:From: LIANHE SHAODate: 2003-12-09 23:24:19
Subject: Index problem or function problem?

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2003-12-10 06:11:19
Subject: Re: Cannot add an column of type serial or bigserial
Previous:From: David SigetiDate: 2003-12-10 05:55:16
Subject: Cannot add an column of type serial or bigserial

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