| От | Tom Lane |
|---|---|
| Тема | Re: pgbench cpu overhead (was Re: lazy vxid locks, v1) |
| Дата | |
| Msg-id | 12391.1311522409@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgbench cpu overhead (was Re: lazy vxid locks, v1) (Jeff Janes <jeff.janes@gmail.com>) |
| Список | pgsql-hackers |
Jeff Janes <jeff.janes@gmail.com> writes:
> How was this profile generated? I get a similar profile using
> --enable-profiling and gprof, but I find it not believable. The
> complete absence of any calls to libpq is not credible. I don't know
> about your profiler, but with gprof they should be listed in the call
> graph even if they take a negligible amount of time. So I think
> pgbench is linking to libpq libraries that do not themselves support
> profiling (I have no idea how that could happen though). If the calls
> graphs are not getting recorded correctly, surely the timing can't be
> reliable either.
Last I checked, gprof simply does not work for shared libraries on
Linux --- is that what you're testing on? If so, try oprofile or
some other Linux-specific solution.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера