| От | Tom Lane |
|---|---|
| Тема | Re: pgbench internal contention |
| Дата | |
| Msg-id | 3243.1311974754@sss.pgh.pa.us обсуждение |
| Ответ на | pgbench internal contention (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: pgbench internal contention
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> On machines with lots of CPU cores, pgbench can start eating up a lot
> of system time. Investigation reveals that the problem is with
> random(),
Interesting.
> I patched it to use random_r() - the patch is attached - and here are
> the (rather gratifying) results of that test:
> Since a client-limited benchmark isn't very interesting, I think this
> change makes sense. Thoughts? Objections?
Portability, or rather lack of it. What about using erand48, which we
already have a dependency on (and substitute code for)?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера