Re: multi-threaded pgbench - Mailing list pgsql-hackers

From Greg Smith
Subject Re: multi-threaded pgbench
Date
Msg-id alpine.GSO.2.01.0907090006350.11767@westnet.com
Whole thread Raw
In response to Re: multi-threaded pgbench  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Wed, 8 Jul 2009, Tom Lane wrote:

> pg_restore doesn't need anything more than a success/failure result
> from its child processes, but I think pgbench will want more.

The biggest chunk of returned state to consider is how each client 
transaction generates a line of latency information that goes into the log 
file.

--
* Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: *_collapse_limit, geqo_threshold
Next
From: Fujii Masao
Date:
Subject: Re: Re: Synch Rep: direct transfer of WAL file from the primary to the standby