Re: too much pgbench init output - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject Re: too much pgbench init output
Date
Msg-id 20130106.110318.590775992932539670.t-ishii@sraoss.co.jp
Whole thread Raw
In response to Re: too much pgbench init output  (Tomas Vondra <tv@fuzzy.cz>)
Responses Re: too much pgbench init output
List pgsql-hackers
> On 19.12.2012 06:30, Jeevan Chalke wrote:
>> 
>> 
>> 
>> On Mon, Dec 17, 2012 at 5:37 AM, Tomas Vondra <tv@fuzzy.cz
>> <mailto:tv@fuzzy.cz>> wrote:
>> 
>>     Hi,
>> 
>>     attached is a new version of the patch that
>> 
>>     (a) converts the 'log_step_seconds' variable to a constant (and does
>>         not allow changing it using a command-line option etc.)
>> 
>>     (b) keeps the current logging as a default
>> 
>>     (c) adds a "-q" switch that enables the new logging with a 5-second
>>         interval
>> 
>>     I'm still not convinced there should be yet another know for tuning the
>>     log interval - opinions?
>> 
>> 
>> It seems that you have generated a patch over your earlier version and
>> due to that it is not cleanly applying on fresh sources.
>> Please generate patch on fresh sources.
> 
> Seems you're right - I've attached the proper patch against current master.
> 
>> However, I absolutely no issues with the design. Also code review is
>> already done and looks good to me.
>> I think to move forward on this we need someone from core-team. So I am
>> planning to change its status to "ready-for-committor".
>> 
>> Before that please provide updated patch for final code review.

As a committer, I have looked into the patch. I noticed two things:

1) In the help you put '-q' option into "Common options" section. I
think this should be moved to "Initialization options" section because
the option is only applied while initializing.

2) Shouldn't a long option for '-q' be provided? Something like
'--quiet-progress-logging'?

3) No patches for docs found (doc/src/sgml/pgbench.sgml)
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese: http://www.sraoss.co.jp



pgsql-hackers by date:

Previous
From: Jeff Janes
Date:
Subject: dynamic SQL - possible performance regression in 9.2
Next
From: Jon Nelson
Date:
Subject: question: foreign key constraints and AccessExclusive locks