Andrew Dunstan wrote:
Andrew Dunstan wrote:
Here is a WIP patch of the CSV logs work brought up to date with CVS
HEAD. One large change I made was to multiplex the selects on the
pipes - previously it waited on one then the other - this seems
almost to defeat the purpose of using
Andrew Dunstan wrote:
Further update attached. Includes some code cleanup, and now sets up a
session-id for all processes, including postmaster, syslogger etc, so we
can make a primary key on the log table of (session_id, line_number).
TODOs: fix on Windows, docs.
I'm not going to be able
Andrew Dunstan wrote:
Here is a WIP patch of the CSV logs work brought up to date with CVS
HEAD. One large change I made was to multiplex the selects on the
pipes - previously it waited on one then the other - this seems almost
to defeat the purpose of using select() :-)
It seems to
Andrew Dunstan wrote:
Attached is my WIP version of the CSV logs patch. It does not include
docs changes.
It fixes the CSV thinko I just posted about, and also implements the
safe to rotate scheme I suggested yesterday, at quite a modest cost.
As Tom rightly points out, that does not
Alvaro Herrera wrote:
Andrew Dunstan wrote:
Attached is my WIP version of the CSV logs patch. It does not include
docs changes.
It fixes the CSV thinko I just posted about, and also implements the
safe to rotate scheme I suggested yesterday, at quite a modest cost.
As Tom rightly
Alvaro Herrera [EMAIL PROTECTED] writes:
I wonder, if we were to use an LWLock to protect writing to the stderr
pipe, would it be too contentious?
Sorry, that's a nonstarter.
1. Not all our processes are connected to shared memory. Even the ones
that are don't necessarily have PGPROCs.
2. If
Tom Lane wrote:
Alvaro Herrera [EMAIL PROTECTED] writes:
I wonder, if we were to use an LWLock to protect writing to the stderr
pipe, would it be too contentious?
Sorry, that's a nonstarter.
1. Not all our processes are connected to shared memory. Even the ones
that are don't