Re: PGBench on Windows - connections are subprocesses?
| От | Tom Lane |
|---|---|
| Тема | Re: PGBench on Windows - connections are subprocesses? |
| Дата | |
| Msg-id | 401420.1595252290@sss.pgh.pa.us обсуждение |
| Ответ на | PGBench on Windows - connections are subprocesses? (Durumdara <durumdara@gmail.com>) |
| Ответы |
Re: PGBench on Windows - connections are subprocesses?
|
| Список | pgsql-general |
Durumdara <durumdara@gmail.com> writes:
> But the number of threads option (j I think) confused me. At first I
> thought the total connection number is simply the multiplication of c and j
> (subconnections).
> As I saw this is untrue.
> So I don't know how this utility works really in the background.
There are -j threads in the pgbench process, and -c connections to
the server (hence -c backend processes on the server side). Each
of the pgbench threads is responsible for sending queries to a subset
of the connections. Setting -j more than -c is useless (I forget
if it's actually an error). If you set -j to, say, half of -c then
each thread has exactly two connections to manage. If -j is too
small compared to -c then pgbench itself tends to become the bottleneck.
regards, tom lane
В списке pgsql-general по дате отправления: