Re: [HACKERS] Parallel Select query performance and shared buffers
В списке pgsql-performance по дате отправления:
| От | Andres Freund |
|---|---|
| Тема | Re: [HACKERS] Parallel Select query performance and shared buffers |
| Дата | |
| Msg-id | 20131204165410.GA7286@awork2.anarazel.de обсуждение |
| Ответ на | Re: [HACKERS] Parallel Select query performance and shared buffers (Metin Doslu <metin@citusdata.com>) |
| Ответы |
Re: [HACKERS] Parallel Select query performance and shared buffers
|
| Список | pgsql-performance |
On 2013-12-04 18:43:35 +0200, Metin Doslu wrote: > > I'd strongly suggest doing a "perf record -g -a <wait a bit, ctrl-c>; > > perf report" run to check what's eating up the time. > > Here is one example: > > + 38.87% swapper [kernel.kallsyms] [k] hypercall_page > + 9.32% postgres [kernel.kallsyms] [k] hypercall_page > + 6.80% postgres [kernel.kallsyms] [k] xen_set_pte_at All that time is spent in your virtualization solution. One thing to try is to look on the host system, sometimes profiles there can be more meaningful. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера