Re: [HACKERS] pgbench - minor fix for meta command only scripts
Вложения
В списке pgsql-hackers по дате отправления:
| От | Fabien COELHO |
|---|---|
| Тема | Re: [HACKERS] pgbench - minor fix for meta command only scripts |
| Дата | |
| Msg-id | alpine.DEB.2.20.1709042249120.19424@lancre обсуждение |
| Ответ на | Re: [HACKERS] pgbench - minor fix for meta command only scripts (Jeff Janes <jeff.janes@gmail.com>) |
| Ответы |
Re: [HACKERS] pgbench - minor fix for meta command only scripts
|
| Список | pgsql-hackers |
Hello Jeff, >>> I have fixed a bug introduced in the patch by changing && by || in the >>> (min_sec > 0 && maxsock != -1) condition which was inducing errors with >>> multi-threads & clients... > Since this commit (12788ae49e1933f463bc5), if I use the --rate to throttle > the transaction rate, it does get throttled to about the indicated speed, > but the pg_bench consumes the entire CPU. > > > At the block of code starting > if (min_usec > 0 && maxsock != -1) > > If maxsock == -1, then there is no sleep happening. Argh, shame on me:-( I cannot find the "induced errors" I was refering to in the message... Sleeping is definitely needed to avoid a hard loop. Patch attached fixes it and does not seem introduce any special issue... Should probably be backpatched. Thanks for the debug! -- Fabien. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера