Re: Bgwriter LRU cleaning: we've been going at this all wrong - Mailing list pgsql-hackers

From ITAGAKI Takahiro
Subject Re: Bgwriter LRU cleaning: we've been going at this all wrong
Date
Msg-id 20070628130743.69C5.ITAGAKI.TAKAHIRO@oss.ntt.co.jp
Whole thread Raw
In response to Re: Bgwriter LRU cleaning: we've been going at this all wrong  (Greg Smith <gsmith@gregsmith.com>)
Responses Re: Bgwriter LRU cleaning: we've been going at this all wrong  (Greg Smith <gsmith@gregsmith.com>)
List pgsql-hackers
Greg Smith <gsmith@gregsmith.com> wrote:

> If your entire buffer cache is mostly filled with dirty buffers with high 
> usage counts, you are in for a long wait when you need new buffers 
> allocated and your next checkpoint is going to be traumatic.

Do you need to increase shared_buffers in such case?

I think the condition (mostly buffers have high usage counts) is
very undesirable for us and near out-of-memory. We should deal with
such cases, of course, but is it a more effective solution to make
room in shared_buffers?

Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center




pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: What does Page Layout version mean? (Was: Re: Reducing NUMERIC size for 8.3)
Next
From: Jeremy Drake
Date:
Subject: Re: Bugtraq: Having Fun With PostgreSQL