Re: One PG process eating more than 40GB of RAM and getting killed by OOM

Поиск
Список
Период
Сортировка
От Johannes Truschnigg
Тема Re: One PG process eating more than 40GB of RAM and getting killed by OOM
Дата
Msg-id ZSlCeD80ThhvWp8a@vault.lan
обсуждение исходный текст
Ответ на One PG process eating more than 40GB of RAM and getting killed by OOM  (Jean-Christophe Boggio <postgresql@thefreecat.org>)
Список pgsql-admin
You will want to try decreasing work_mem to a sane number first, without
looking at anything else really.

Check out the official docs:
https://www.postgresql.org/docs/current/runtime-config-resource.html#GUC-WORK-MEM

The gist is that work_mem is not a limit that's effective per
session/connection/query, but per sort- or hash-node, of which there can be
many in complex queries. Which is why 1GB of work_mem can end up consuming
several multiples of that, if you are (un)lucky enough.

--
with best regards:
- Johannes Truschnigg ( johannes@truschnigg.info )

www:   https://johannes.truschnigg.info/
phone: +436502133337
xmpp:  johannes@truschnigg.info

Вложения

В списке pgsql-admin по дате отправления:

Предыдущее
От: MichaelDBA
Дата:
Сообщение: Re: One PG process eating more than 40GB of RAM and getting killed by OOM
Следующее
От: Michael Banck
Дата:
Сообщение: Re: One PG process eating more than 40GB of RAM and getting killed by OOM