| От | Tom Lane |
|---|---|
| Тема | Re: Ragged latency log data in multi-threaded pgbench |
| Дата | |
| Msg-id | 19142.1268669179@sss.pgh.pa.us обсуждение |
| Ответ на | Ragged latency log data in multi-threaded pgbench (Greg Smith <greg@2ndquadrant.com>) |
| Список | pgsql-hackers |
Greg Smith <greg@2ndquadrant.com> writes:
> Looks like sometimes a client is only getting part of its line written
> out before getting stomped on by the next one. I think one of the
> assumptions being made about how to safely write to this log file may be
> broken by the multi-process implementation, which is what you get when
> thread-safety is not available.
pgbench doesn't make any effort at all to avoid interleaved writes on
that file. I don't think there is anything much that can be done about
it when you are using the forked-processes implementation. It's
probably possible for it to show up on the multi-threads version too,
depending on how hard libc tries to interlock stdio calls.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера