Re: Linux 2.2 vs 2.4 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Linux 2.2 vs 2.4
Date
Msg-id 6833.982455703@sss.pgh.pa.us
Whole thread Raw
In response to Linux 2.2 vs 2.4  (Matthew Kirkwood <matthew@hairy.beasts.org>)
Responses Re: Linux 2.2 vs 2.4  (Matthew Kirkwood <matthew@hairy.beasts.org>)
List pgsql-hackers
Matthew Kirkwood <matthew@hairy.beasts.org> writes:
> No options changed from defaults.  (I'll look at
> that tomorrow -- is there anything worth changing other than
> commit_delay and fsync?)

-B for sure ... the default -B is way too small for WAL.

> Firstly, it looks like 2.4 is mixed news for heavy pgbench users
> :)  Low-utilisation numbers are better, but the sweet spot seems
> lower and narrower.

Huh?  With the exception of the 16-user case (possibly measurement
noise), 2.4 looks better across the board, AFAICS.  But see below.

> Secondly, in both occasions after a run, performance has been
> more than 20% lower.

I find that pgbench's reported performance can vary quite a bit from run
to run, at least with smaller values of total transactions.  I think
this is because it's a bit of a crapshoot how many WAL logfile
initializations occur during the run and get charged against the total
time.  Not to mention whatever else the machine might be doing.  With
longer runs (say at least 10000 total transactions) the numbers should
stabilize.  I wouldn't put any faith at all in tests involving less
than about 1000 total transactions...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Brent Verner
Date:
Subject: Re: Re: WAL and commit_delay
Next
From: Tom Lane
Date:
Subject: Re: Microsecond sleeps with select()