Re: Count backend self-sync calls - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Count backend self-sync calls
Date
Msg-id AANLkTimOVcjatpEf=W_oGCJhEXr_Z_MbrJ_yrFCuG5JY@mail.gmail.com
Whole thread Raw
In response to Re: Count backend self-sync calls  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Robert Haas
Date:
Subject: Re: Count backend self-sync calls
Next
From: Robert Haas
Date:
Subject: Re: [COMMITTERS] pgsql: Improved parallel make support