From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: What exactly is postgres doing during INSERT/UPDATE ? |
Date: | 2009-08-29 13:26:27 |
Message-ID: | b42b73150908290626w10243f10x813d70d258adf6@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Fri, Aug 28, 2009 at 8:19 PM, Jeff Janes<jeff(dot)janes(at)gmail(dot)com> wrote:
>> ---------- Forwarded message ----------
>> From: Joseph S <jks(at)selectacast(dot)net>
>> To: Greg Smith <gsmith(at)gregsmith(dot)com>, pgsql-performance(at)postgresql(dot)org
>> Date: Fri, 28 Aug 2009 10:25:10 -0400
>> Subject: Re: What exactly is postgres doing during INSERT/UPDATE ?
>> Greg Smith wrote:
>>
>>> The main two things you can do to improve this on the database side:
>>>
>>> -Increase checkpoint_segments, which reduces how often updated data has
>>> to be flushed to disk
>>
>> It fsync is turned off, does this matter so much?
>
> It still matters. The kernel is only willing to have so much dirty data
> sitting in the disk cache. Once it reaches that limit, user processes doing
> writes start blocking while the kernel flushes stuff on their behalf.
it doesn't matter nearly as much though. if you are outrunning the
o/s write cache with fsync off, then it's time to start looking at new
hardware.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2009-08-29 13:59:33 | Re: What exactly is postgres doing during INSERT/UPDATE ? |
Previous Message | Greg Stark | 2009-08-29 08:46:15 | Re: What exactly is postgres doing during INSERT/UPDATE ? |