From: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>, pavel(dot)stehule(at)gmail(dot)com |
Subject: | Re: pgbench progress report improvements - split 3 v2 - A |
Date: | 2013-10-07 12:02:31 |
Message-ID: | alpine.DEB.2.02.1310071353571.3885@sto |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> pgbench already offers two schedules of "pgbench --initialize" messaging,
> message-per-100k-rows and message-per-5s. A user too picky to find
> satisfaction in either option can filter the messages through grep, sed et al.
> We patched pgbench on two occasions during the 9.3 cycle to arrive at that
> status quo. Had I participated, I may well have voted for something like your
> proposal over "pgbench --quiet". Now that we've released --quiet, a proposal
> for an additional message schedule option needs to depict a clear and
> convincing step forward. This proposal does not rise to that level.
The "step forward" is to have the same options apply to *both* modes,
instead of options for one mode (default 100k or --quiet 5s), and a
convenient --progress (adjustable seconds) for the other.
It is "convincing" to me because I hate commands with non orthogonal
options, as I'm sure not to notice that one option is for one mode and the
other for another, and to get caught by it.
But this is clearly a matter of design & taste.
--
Fabien.
From | Date | Subject | |
---|---|---|---|
Next Message | ktm@rice.edu | 2013-10-07 12:50:23 | Re: Re: custom hash-based COUNT(DISTINCT) aggregate - unexpectedly high memory consumption |
Previous Message | Andrew Dunstan | 2013-10-07 11:51:44 | old warning in docs |