Re: checkpoints/bgwriter tuning verification - Mailing list pgsql-general

From Steve Clark
Subject Re: checkpoints/bgwriter tuning verification
Date
Msg-id 4AEACAE3.2000701@netwolves.com
Whole thread Raw
In response to Re: checkpoints/bgwriter tuning verification  (Scott Marlowe <scott.marlowe@gmail.com>)
Responses Re: checkpoints/bgwriter tuning verification
List pgsql-general
On 10/29/2009 04:42 PM, Scott Marlowe wrote:
> On Thu, Oct 29, 2009 at 12:46 PM, Vick Khera<vivek@khera.org>  wrote:
>> On my primary DB I'm observing random slowness which just doesn't make
>> sense to me.  The I/O system can easily do 40MB/sec writes, but I'm
>> only seeing a sustained 5MB/sec, even as the application is stalling
>> waiting on the DB.
>
> Just one point on top of everything else you'll hear.  40 MB/sec
> sequential throughput does not equal 40MB/sec random PLUS checkpoint
> throughput.  Random access is gonna lower that 40MB/sec way down real
> fast.
>
> First step to speed things up is putting pg_xlog on its own disk(s).
Hi Scott,

How exactly do you do this? By creating a link to the new location or
is there a config option somewhere that says where the pg_xlog resides?

Thanks,
Steve

> Since pg_xlog is mostly sequentially access, it's much faster when
> it's not competing with the rest of the db.  THEN if you need faster
> disks you can buy them and throw them at path/data/base/.  However,
> often just splitting things out like this will make a world of
> difference on a write heavy database.
>


pgsql-general by date:

Previous
From: Thom Brown
Date:
Subject: Re: Forms generator ?
Next
From: Sam Mason
Date:
Subject: Re: Absolute value of intervals