Re: New to PostgreSQL, performance considerations

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: New to PostgreSQL, performance considerations
Date: 2006-12-12 22:29:28
Message-ID: 87hcw0n3xz.fsf@wolfe.cbbrowne.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

alex(at)purefiction(dot)net (Alexander Staubo) wrote:
> On Dec 12, 2006, at 13:32 , Michael Stone wrote:
>
>> On Tue, Dec 12, 2006 at 12:29:29PM +0100, Alexander Staubo wrote:
>>> I suspect the hardware's real maximum performance of the system is
>>> ~150 tps, but that the LSI's write cache is buffering the
>>> writes. I would love to validate this hypothesis, but I'm not
>>> sure how.
>>
>> With fsync off? The write cache shouldn't really matter in that
>> case. (And for this purpose that's probably a reasonable
>> configuration.)
>
> No, fsync=on. The tps values are similarly unstable with fsync=off,
> though -- I'm seeing bursts of high tps values followed by low-tps
> valleys, a kind of staccato flow indicative of a write caching being
> filled up and flushed.

If that seems coincidental with checkpoint flushing, that would be one
of the notable causes of that sort of phenomenon.

You could get more readily comparable numbers either by:
a) Increasing the frequency of checkpoint flushes, so they would be
individually smaller, or
b) Decreasing the frequency so you could exclude it from the time of
the test.
--
output = ("cbbrowne" "@" "gmail.com")
http://cbbrowne.com/info/slony.html
"It can be shown that for any nutty theory, beyond-the-fringe
political view or strange religion there exists a proponent on the
Net. The proof is left as an exercise for your kill-file."
-- Bertil Jonell

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Sven Geisler 2006-12-13 09:21:44 Re: New to PostgreSQL, performance considerations
Previous Message Greg Smith 2006-12-12 21:08:51 Re: New to PostgreSQL, performance considerations