From: | James Mansion <james(at)mansionfamily(dot)plus(dot)com> |
---|---|
To: | Greg Smith <gsmith(at)gregsmith(dot)com> |
Cc: | Marinos Yannikos <mjy(at)geizhals(dot)at>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Background writer underemphasized ... |
Date: | 2008-04-19 15:06:05 |
Message-ID: | 480A0A5D.8060604@mansionfamily.plus.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Greg Smith wrote:
> Using the background writer more assures that the cache on the
> controller is going to be written to aggressively, so it may be
> somewhat filled already come checkpoint time. If you leave the writer
> off, when the checkpoint comes you're much more likely to have the
> full 2GB available to absorb a large block of writes.
But isn't it the case that while using background writer might result in
*slightly* more data to write (since data that is updated several times
might actually be sent several times), the total amount of data in both
cases is much the same? And if the buffer backed up in the BGW case,
wouldn't it also back up (more?) if the writes are deferred? And in
fact by sending earlier, the real bottleneck (the disks) could have been
getting on with it and staring their IO earlier?
Can you explian your reasoning a bit more?
James
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2008-04-19 16:48:42 | Re: Exact index overhead |
Previous Message | Greg Smith | 2008-04-19 09:22:46 | Re: Background writer underemphasized ... |