Re: pgbench patches - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject Re: pgbench patches
Date
Msg-id 20130711.091604.1302405232495877442.t-ishii@sraoss.co.jp
Whole thread Raw
In response to Re: pgbench patches  (Fabien COELHO <coelho@cri.ensmp.fr>)
Responses Re: pgbench patches
List pgsql-hackers
> Hello Tatsuo,
> 
>> I have looked into this:
>> https://commitfest.postgresql.org/action/patch_view?id=1105
>> because it's marked as "Ready for committer". However I noticed that
>> you worried about other pgbench patches such as
>> https://commitfest.postgresql.org/action/patch_view?id=1103 .
>>
>>> So I would like to know whether the throttling patch is committed and
>>> then update the progress patch to take that into account.
>>
>> Shall I wait for your pgbench --throttle patch becomes ready for
>> committer?
> 
> No. I'll submit another patch to the next commitfest to improve the
> progress behavior under throttling, if & when both initial patches are
> committed.

Ok, so I looked into the progress patch. One thing I noticed was:
        case 'P':            progress = atoi(optarg);            if (progress <= 0)            {
fprintf(stderr,                  "thread progress delay (-P) must not be negative (%s)\n",
optarg);               exit(1);            }            break;
 

For me, the error message is not quite right, because progress == 0
case is considered error as well in your patch. I sugges you change
the error message something like:
    "thread progress delay (-P) must be positive number (%s)\n",
--
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: Sean Chittenden
Date:
Subject: Re: [SPAM] SSL renegotiation
Next
From: Josh Berkus
Date:
Subject: Re: Bugfix and new feature for PGXS