Re: Configuring PostgreSQL to minimize impact of checkpoints - Mailing list pgsql-performance

From Matthew Nuzum
Subject Re: Configuring PostgreSQL to minimize impact of checkpoints
Date
Msg-id 200405111335.i4BDZLDJ010593@ms-smtp-01.tampabay.rr.com
Whole thread Raw
In response to Re: Configuring PostgreSQL to minimize impact of checkpoints  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Configuring PostgreSQL to minimize impact of checkpoints
List pgsql-performance
>
> Jack Orenstein <jao@geophile.com> writes:
> > I'm looking at one case in which two successive transactions, each
> > updating a handful of records, take 26 and 18 *seconds* (not msec) to
> > complete. These transactions normally complete in under 30 msec.
...
> None of this is necessarily going to fix matters for an installation
> that has no spare I/O capacity, though.  And from the numbers you're
> quoting I fear you may be in that category.  "Buy faster disks" may
> be the only answer ...
>

I had a computer once that had an out-of-the-box hard drive configuration
that provided horrible disk performance.  I found a tutorial at O'Reilly
that explained how to use hdparm to dramatically speed up disk performance
on Linux.  I've noticed on other computers I've set up recently that hdparm
seems to be used by default out of the box to give good performance.

Maybe your computer is using all of it's I/O capacity because it's using PIO
mode or some other non-optimal method of accessing the disk.

Just a suggestion, I hope it helps,

Matthew Nuzum        | ISPs: Make $200 - $5,000 per referral by
www.followers.net        | recomending Elite CMS to your customers!
matt@followers.net    | http://www.followers.net/isp


pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Configuring PostgreSQL to minimize impact of checkpoints
Next
From: Tom Lane
Date:
Subject: Re: Configuring PostgreSQL to minimize impact of checkpoints