Re: Count backend self-sync calls

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Count backend self-sync calls
Дата
Msg-id AANLkTimOVcjatpEf=W_oGCJhEXr_Z_MbrJ_yrFCuG5JY@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Count backend self-sync calls  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sun, Nov 14, 2010 at 7:27 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> It might be even better to mention that the reason why we couldn't
>> forward the fsync request is that the fsync request queue is full.
>> I'm not sure exactly how to phrase that.  I thought about:
>
>> fsync request queue is full
>
>> But that seems not to answer the "so what" question.  There is an
>> example like this in the docs:
>
>> could not forward fsync request (fsync request queue is full)
>
>> ...but I'm not sure I like that.
>
> Well, that example is meant to cover cases where you have to assemble a
> couple of independently created phrases.  In this case I'd suggest
>        could not forward fsync request because request queue is full

Sounds good to me.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Count backend self-sync calls
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Improved parallel make support