Re: Configuring PostgreSQL to minimize impact of checkpoints
От | Matthew Nuzum |
---|---|
Тема | Re: Configuring PostgreSQL to minimize impact of checkpoints |
Дата | |
Msg-id | 200405111335.i4BDZLDJ010593@ms-smtp-01.tampabay.rr.com обсуждение исходный текст |
Ответ на | Re: Configuring PostgreSQL to minimize impact of checkpoints (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Configuring PostgreSQL to minimize impact of checkpoints
|
Список | 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 по дате отправления: