From: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
---|---|
To: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, Rukh Meski <rukh(dot)meski(at)gmail(dot)com>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pgbench throttling latency limit |
Date: | 2014-09-11 14:16:53 |
Message-ID: | alpine.DEB.2.10.1409111612050.32582@sto |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> How should skipped transactions should be taken into account in the log file
> output, with and without aggregation? I assume we'll want to have some trace
> of skipped transactions in the logs.
The problem with this point is that how to report something "not done" is
unclear, especially as the logic of the log is one line per performed
transaction.
Obviously we can log something, but as the transaction are not performed
the format would be different, which break the expectation of a simple and
homogeneous log file format that people like to process directly.
So bar any great idea, I would suggest not to log skipped transactions and
to wait for someone to need to have access to this detailed information
and for whom the final report is not enough.
--
Fabien.
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2014-09-11 14:27:17 | Re: Memory Alignment in Postgres |
Previous Message | Robert Haas | 2014-09-11 14:15:57 | Re: Scaling shared buffer eviction |