Two fixes from Tom Lan. See the posting "[PATCHES] A couple of
authorTatsuo Ishii <ishii@postgresql.org>
Sun, 4 Dec 2005 01:22:42 +0000 (01:22 +0000)
committerTatsuo Ishii <ishii@postgresql.org>
Sun, 4 Dec 2005 01:22:42 +0000 (01:22 +0000)
commit8b6f61063e54957ca7c702dbccc040be20402bc5
tree420eed4923088a2fbf7376129e2d9b37e5824eed
parentc49d843264ace730aabed6252006e6f2ba759ab7
Two fixes from Tom Lan. See the posting "[PATCHES] A couple of
proposed pgbench changes" on 2005/11/29 for more details.

The change at line 490 updates doCustom's local variable "commands"
after selecting a new file (command sequence).  I think that the
existing coding will cause the thing to use the first command of the
old sequence in the remainder of the routine, which would be a bug.
I have not tried to set up a test case to prove it, though.

The other two changes cause doCustom to loop after processing a
meta-command.  This might be a bit controversial, but as the code
is currently written, each meta-command "costs" one cycle of the
outer select() loop.  Thus, for example, with the default TPC-B script,
once a backend returns "COMMIT" it will not receive a new command
until four cycles of issuing commands to other backends have elapsed.
(You can see this very easily by strace'ing pgbench under load.)
contrib/pgbench/pgbench.c