ExecForceStoreMinimalTuple leaks memory like there's no tomorrow
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | ExecForceStoreMinimalTuple leaks memory like there's no tomorrow |
| Дата | |
| Msg-id | 366.1555382816@sss.pgh.pa.us обсуждение исходный текст |
| Ответы |
Re: ExecForceStoreMinimalTuple leaks memory like there's no tomorrow
Re: ExecForceStoreMinimalTuple leaks memory like there's no tomorrow |
| Список | pgsql-hackers |
Using HEAD,
create table t1 as select generate_series(1,40000000) id;
vacuum analyze t1;
explain select * from t1, t1 t1b where t1.id = t1b.id;
-- should indicate a hash join
explain analyze select * from t1, t1 t1b where t1.id = t1b.id;
... watch the process's memory consumption bloat. (It runs for
awhile before that starts to happen, but eventually it goes to
a couple of GB.)
It looks to me like the problem is that ExecHashJoinGetSavedTuple
calls ExecForceStoreMinimalTuple with shouldFree = true, and
ExecForceStoreMinimalTuple's second code branch simply ignores
the requirement to free the supplied tuple.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера