Re: pgbench: Improve result outputs related to failed transactinos

From: Yugo NAGATA <nagata(at)sraoss(dot)co(dot)jp>
To: Tatsuo Ishii <ishii(at)postgresql(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pgbench: Improve result outputs related to failed transactinos
Date: 2024-10-11 07:44:44
Message-ID: 20241011164444.615dab0893729c484ffd5fe7@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 11 Oct 2024 13:54:54 +0900 (JST)
Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:

> >>> Thanks for the fix. Here is the new run with the v2 patch. The result
> >>> looks good to me.
> >>>
> >>> src/bin/pgbench/pgbench -p 11002 -c1 -t 1 -f c.sql -f d.sql --failures-detailed -r test
> >>> pgbench (18devel)
> >>> starting vacuum...end.
> >>> transaction type: multiple scripts
> >>> scaling factor: 1
> >>> query mode: simple
> >>> number of clients: 1
> >>> number of threads: 1
> >>> maximum number of tries: 1
> >>> number of transactions per client: 1
> >>> number of transactions actually processed: 1/1
> >>> number of failed transactions: 0 (0.000%)
> >>> number of serialization failures: 0 (0.000%)
> >>> number of deadlock failures: 0 (0.000%)
> >>> latency average = 2.434 ms
> >>> initial connection time = 2.117 ms
> >>> tps = 410.846343 (without initial connection time)
> >>> SQL script 1: c.sql
> >>> - weight: 1 (targets 50.0% of total)
> >>> - 1 transactions (100.0% of total)
> >>> - number of transactions actually pocessed: 1 (tps = 410.846343)
> >>> - number of failed transactions: 0 (0.000%)
> >>> - number of serialization failures: 0 (0.000%)
> >>> - number of deadlock failures: 0 (0.000%)
> >>> - latency average = 2.419 ms
> >>> - latency stddev = 0.000 ms
> >>> - statement latencies in milliseconds and failures:
> >>> 0.187 0 begin;
> >>> 0.153 0 set transaction isolation level serializable;
> >>> 0.977 0 insert into t1 select max(i)+1,2 from t1;
> >>> 1.102 0 end;
> >>> SQL script 2: d.sql
> >>> - weight: 1 (targets 50.0% of total)
> >>> - 0 transactions (0.0% of total)
> >>> - statement latencies in milliseconds and failures:
> >>> 0.000 0 begin;
> >>> 0.000 0 set transaction isolation level serializable;
> >>> 0.000 0 insert into t1 select max(i)+1,2 from t1;
> >>> 0.000 0 end;
> >>>
> >>> > Although it breaks the back-compatibility, this seems reasonable
> >>> > modification because not only succeeded transactions but also skips and
> >>> > failures ones are now handled and reported for each script. Also, the
> >>> > number of transactions actually processed per-script and TPS based on
> >>> > it are now output explicitly in a separate line.
> >>>
> >>> Okay for me as long as the patch is pushed to master branch.
> >>>
> >>> A small comment on the comments in the patch: pgindent dislikes some
> >>> of the comment indentation styles. See attached pgindent.txt. Although
> >>> such a small defect would be fixed by committers when a patch gets
> >>> committed anyway, you might want to help committers beforehand.
> >>
> >> Thank you for your comments.
> >> I've attached a updated patch that I applied pgindent.
> >
> > The patch looks good to me. If there's no objection, I will commit and
> > push the patch to master branch. I don't think this should be
> > back-patched since it modifies the user visible behavior of pgbench.
>
> Patch pushed.

Thanks!

Regards,
Yugo Nagata

--
Yugo NAGATA <nagata(at)sraoss(dot)co(dot)jp>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2024-10-11 07:45:08 Re: On disable_cost
Previous Message Guillaume Lelarge 2024-10-11 07:33:48 Re: Parallel workers stats in pg_stat_database