Re: Count backend self-sync calls
| От | Tom Lane |
|---|---|
| Тема | Re: Count backend self-sync calls |
| Дата | |
| Msg-id | 17874.1289780870@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Count backend self-sync calls (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Count backend self-sync calls
|
| Список | 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 suggestcould not forward fsync request because request queue
isfull
or, if you think there might sometime be a need to have a strerror
variant, iecould 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
В списке pgsql-hackers по дате отправления: