Re: hanging for 30sec when checkpointing

From: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
To: Iain <iain(at)mst(dot)co(dot)jp>
Cc: Shane Wright <me(at)shanewright(dot)co(dot)uk>, <pgsql-admin(at)postgresql(dot)org>
Subject: Re: hanging for 30sec when checkpointing
Date: 2004-02-04 16:32:11
Message-ID: Pine.LNX.4.33.0402040929220.28468-100000@css120.ihs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Wed, 4 Feb 2004, Iain wrote:

> If I understand checkpoints correctly, data that is already written to the
> WAL (and flushed to disk) is being written to the DB (flushing to disk).
> Meanwhile, other writer transactions are continuing to busily write to the
> WAL. In which case a disk bandwidth problem (other than kernal config
> issues) may be helped by placing the WAL files on a disk (and maybe even
> controller) seperate from the DB.

Also, running on SCSI drives will be much faster than running on IDE
drives if the IDE drives have their caches disabled like they should,
since they lie otherwise. Since SCSI disks don't usually lie, and are
designed to handle multiple requests in parallel, they are much faster as
parallel load increases. If you're writing a lot, you should either have
a great number of IDE drives with the write cache turned off, like some of
the newer storage devices made of ~100 IDE drives, or you should have
SCSI. SCSI's advantage won't be as great as the number of drives
approaches infinity. But for 1 to 10 drives my guess is that SCSI is
gonna be a clear winner under parallel load.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ugur Ileri 2004-02-04 16:33:11 Windows xp+PgSQL731wina1.exe
Previous Message Iain 2004-02-04 01:40:31 Re: hanging for 30sec when checkpointing