Re: Performance bug in prepared statement binding in 9.2?
В списке pgsql-performance по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: Performance bug in prepared statement binding in 9.2? |
| Дата | |
| Msg-id | 522F146D.2070908@dunslane.net обсуждение исходный текст |
| Ответ на | Re: Performance bug in prepared statement binding in 9.2? (Andres Freund <andres@2ndquadrant.com>) |
| Ответы |
Re: Performance bug in prepared statement binding in 9.2?
|
| Список | pgsql-performance |
On 09/10/2013 08:20 AM, Andres Freund wrote: > A backtrace for this would be useful. Alternatively you could recompile > postgres using -fno-omit-frame-pointer in CFLAGS and use perf record -g. It's using a custom build, so this should be doable. > > Any chance you have older prepared xacts, older sessions or something > like that around? I'd expect heap_prune* to be present in workloads that > spend significant time in heap_hot_search_buffer... Not sure about prepared transactions. There are certainly probably old prepared statements around, and long running transactions alongside this one. cheers andrew
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера