| From: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
|---|---|
| To: | Robert Treat <rob(at)xzilla(dot)net> |
| Cc: | Daniel Bauman <danielbaniel(at)gmail(dot)com>, Zhenwei Shang <a934172442(at)gmail(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Doc update proposal for the note on log_statement in the runtime config for logging page |
| Date: | 2026-08-14 18:24:23 |
| Message-ID: | an9dVzKcI5uoMahq@nathan |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Fri, Aug 14, 2026 at 01:24:46PM -0400, Robert Treat wrote:
> I think there's general agreement that these changes help clarify both
> the intent and the real world operation of the logging collector. I
> played around with the wording a little, but I couldn't find anything
> that seemed markedly better, so outside of some small kibitzing (line
> wrapping, maybe some commas) I think this is probably ready for
> commit, and I've marked it as such in the commitfest.
How about something like this?
The logging collector is designed to avoid dropping messages. This
means that in case of extremely high load, server processes could be
blocked while trying to send additional log messages when the collector
has fallen behind. In contrast, syslog prefers to drop messages if it
cannot write them, which means it may fail to log some messages in such
cases but it will not block the rest of the system.
The logging collector does not guarantee that log messages have reached
durable storage. It can still lose messages due to a system crash,
power loss, or an error while writing the log file.
IMHO the overall style of this section still has some room for improvement,
but I think it gets the point across well enough.
--
nathan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Isaac Morland | 2026-08-14 18:27:26 | Re: CREATE OR REPLACE MATERIALIZED VIEW |
| Previous Message | Tom Lane | 2026-08-14 18:05:18 | Re: CREATE OR REPLACE MATERIALIZED VIEW |