Re: [HACKERS] bgwriter_lru_multiplier blurbs inconsistent

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] bgwriter_lru_multiplier blurbs inconsistent
Дата
Msg-id 13942.1200866722@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] bgwriter_lru_multiplier blurbs inconsistent  (Greg Smith <gsmith@gregsmith.com>)
Ответы Re: [HACKERS] bgwriter_lru_multiplier blurbs inconsistent  (Greg Smith <gsmith@gregsmith.com>)
Список pgsql-docs
Greg Smith <gsmith@gregsmith.com> writes:
> There is nothing incorrect here, it's just not as clear as it could be.
> Here's a V2 that tries to clear that up:

> Unless limited by <varname>bgwriter_lru_maxpages</>, the number of dirty
> buffers written in each round is based on the number of new buffers that
> have been needed by server processes during recent rounds.  The recent
> need is multiplied by <varname>bgwriter_lru_multiplier</> to arrive at the
> estimate of the number of buffers that will be needed during the next
> round.  Buffers are written to meet that need if there aren't enough
> reusable ones found while scanning.

I think the main problem is the qualifying clause up front in a place
of prominence.  Here's a V3 try:

The number of dirty buffers written in each round is based on the number
of new buffers that have been needed by server processes during recent
rounds.  The average recent need is multiplied by
<varname>bgwriter_lru_multiplier</> to arrive at the estimate of the
number of buffers that will be needed during the next round.  Dirty
buffers are written until there are that many clean, reusable buffers
available.  However, no more than <varname>bgwriter_lru_maxpages</>
buffers will be written per round.

            regards, tom lane

В списке pgsql-docs по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: [HACKERS] bgwriter_lru_multiplier blurbs inconsistent
Следующее
От: Greg Smith
Дата:
Сообщение: Re: [HACKERS] bgwriter_lru_multiplier blurbs inconsistent