Re: NOLOGGING option, or ? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: NOLOGGING option, or ?
Date
Msg-id 9361.1117594050@sss.pgh.pa.us
Whole thread Raw
In response to NOLOGGING option, or ?  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: NOLOGGING option, or ?
Re: NOLOGGING option, or ?
Re: NOLOGGING option, or ?
List pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> Recent test results have shown a substantial performance improvement
> (+25%) if WAL logging is disabled for large COPY statements.

How much of that is left after we fix the 64-bit-CRC issue?

> Now, I would like to discuss adding an enable_logging USERSET GUC,

[ fear and loathing ... ]

I don't like the idea of a GUC at all, and USERSET is right out.
I think it would have to be system-wide (cf fsync) to be even
implementable let alone somewhat predictable.  Even if it could
be done per-backend with reasonable semantics, random users should
not get to make that decision --- it should be the DBA's call,
which means it needs at least SUSET permissions.

BTW, I'm sure you are the last one who needs to be reminded that
any such thing breaks PITR completely.  Which is surely sufficient
reason not to let it be USERSET.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Cost of XLogInsert CRC calculations
Next
From: Michael Glaesemann
Date:
Subject: Re: Interval->day proposal