Re: Ragged latency log data in multi-threaded pgbench

Поиск
Список
Период
Сортировка
От Takahiro Itagaki
Тема Re: Ragged latency log data in multi-threaded pgbench
Дата
Msg-id 20100316111337.9C20.52131E4D@oss.ntt.co.jp
обсуждение исходный текст
Ответ на Re: Ragged latency log data in multi-threaded pgbench  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Ragged latency log data in multi-threaded pgbench  (Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp> writes:
> > 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.

Ok, I'll go for #2.

Regards,
---
Takahiro Itagaki
NTT Open Source Software Center




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Ragged latency log data in multi-threaded pgbench
Следующее
От: Takahiro Itagaki
Дата:
Сообщение: Re: Ragged latency log data in multi-threaded pgbench