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.
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 |