Re: Ragged latency log data in multi-threaded pgbench
| От | Tom Lane |
|---|---|
| Тема | Re: Ragged latency log data in multi-threaded pgbench |
| Дата | |
| Msg-id | 27910.1268704932@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Ragged latency log data in multi-threaded pgbench (Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>) |
| Ответы |
Re: Ragged latency log data in multi-threaded pgbench
|
| Список | pgsql-hackers |
Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp> writes:
> Greg Smith <greg@2ndquadrant.com> wrote:
>> It looks like the switch between clients running on separate workers can
>> lead to a mix of their respective lines showing up though.
> Oops. There might be two solutions for the issue:
> 1. Use explicit locks. The lock primitive will be pthread_mutex for
> multi-threaded implementations or semaphore for multi-threaded ones.
> 2. Use per-thread log files.
> File names would be "pgbench_log.<main-process-id>.<thread-id>".
I think #1 is out of the question, as the synchronization overhead will
do serious damage to the whole point of having a multithreaded pgbench.
#2 might be a reasonable idea.
regards, tom lane
В списке pgsql-hackers по дате отправления: