| От | Andrew Dunstan |
|---|---|
| Тема | Re: memory explosion on planning complex query |
| Дата | |
| Msg-id | 54765733.8090309@dunslane.net обсуждение исходный текст |
| Ответ на | Re: memory explosion on planning complex query (Peter Geoghegan <pg@heroku.com>) |
| Список | pgsql-hackers |
On 11/26/2014 05:26 PM, Peter Geoghegan wrote: > On Wed, Nov 26, 2014 at 2:00 PM, Andrew Dunstan <andrew@dunslane.net> wrote: >> The client's question is whether this is not a bug. It certainly seems like >> it should be possible to plan a query without chewing up this much memory, >> or at least to be able to limit the amount of memory that can be grabbed >> during planning. Going from humming along happily to OOM conditions all >> through running "explain <somequery>" is not very friendly. > > Have you tried this with a "#define SHOW_MEMORY_STATS" build, or > otherwise rigged Postgres to call MemoryContextStats() at interesting > times? > No, but I can. Good idea, thanks. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера