| От | Alvaro Herrera |
|---|---|
| Тема | Re: Out of Memory errors are frustrating as heck! |
| Дата | |
| Msg-id | 20190416023912.GA13501@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: Out of Memory errors are frustrating as heck! (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-performance |
On 2019-Apr-15, Tom Lane wrote: > It's barely conceivable that in your particular query, there's something > acting to break that which doesn't manifest typically; but I think it's > much more likely that you simply haven't found the culprit allocation. > It's quite feasible that many many ExecHashJoinGetSavedTuple calls would > go by in between problem allocations. A possibly useful thing to do is use "commands" in gdb to print out a stack trace for each allocation that touches the problem memory context and collect them into some output, then classify the allocations based on the stack trace on each. No need to do it manually. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера