Re: Count backend self-sync calls

Tom Lane <tgl@sss.pgh.pa.us>

From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Greg Smith <greg@2ndquadrant.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2010-11-15T00:27:50Z
Lists: pgsql-hackers
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
or, if you think there might sometime be a need to have a strerror
variant, ie
	could not forward fsync request: %m
then maybe this would make the most sense:
	could not forward fsync request: request queue is full

			regards, tom lane