Re: Doc update proposal for the note on log_statement in the runtime config for logging page

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

In response to

Responses

Browse pgsql-hackers by date

  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