VY
какие запросы активны на момент падения? есть снимок
pg_stat_activity?Size: a a a
2020 July 22
YS
https://www.percona.com/blog/2019/08/02/out-of-memory-killer-or-savior/, можно сказать оому не трогать постгрес, но правильней конечно настроить постгрес так чтоы он не выедал всю память.
А тот факт, что так PostgreSQL настроить, строго говоря, невозможно, Вас не смущает? ;)
Поэтому я не считаю, что это "правильно".
Поэтому я не считаю, что это "правильно".
c
Yaroslav Schekin
А тот факт, что так PostgreSQL настроить, строго говоря, невозможно, Вас не смущает? ;)
Поэтому я не считаю, что это "правильно".
Поэтому я не считаю, что это "правильно".
))) не знал таких особенностей, ну если так то так )
N
Yaroslav Schekin
О-хо-хо. И ещё раз https://www.postgresql.org/docs/current/kernel-resources.html#LINUX-MEMORY-OVERCOMMIT
Прочитайте до конца, выполните рекомендации.
Прочитайте до конца, выполните рекомендации.
так я читаю. вижу 2 варианта. 1 - переключить оверкоммит. 2- понизить приоритет у оома. мне кажется ни то ни другое не поможет гарантировано не вылезать за пределы ram.
N
может быть я что то некорректно понимаю
YS
так я читаю. вижу 2 варианта. 1 - переключить оверкоммит. 2- понизить приоритет у оома. мне кажется ни то ни другое не поможет гарантировано не вылезать за пределы ram.
Да, переключите. И на практике (особенно, если у Вас там только PostgreSQL) — это 99.9% гарантия. ;)
ПЕ
так я читаю. вижу 2 варианта. 1 - переключить оверкоммит. 2- понизить приоритет у оома. мне кажется ни то ни другое не поможет гарантировано не вылезать за пределы ram.
Настроив оверкоммит, у вас будет падать только сессия, которой не хватило памяти, а не весь инстанс
N
так оно все равно будет падать)
ПЕ
Дальше смотрите что в падающем процессе выполняется, зачем ему столько памяти, может там запросы неоптимальные
YS
так оно все равно будет падать)
Нет, не будет. Запрос в конкретной сессии будет прерываться с ошибкой out of memory.
А не падать какая-то (возможно, "левая"!) сессия, "унося" за собой весь сервер.
Почувствуйте разницу, как говорится. ;)
А не падать какая-то (возможно, "левая"!) сессия, "унося" за собой весь сервер.
Почувствуйте разницу, как говорится. ;)
N
начали мы тут обсуждение еще вчера вечером, с того, что база должна обработать запрос любого размера, не зависимо от ео размера, главное что бы места на диске хватило
N
Yaroslav Schekin
Нет, не будет. Запрос в конкретной сессии будет прерываться с ошибкой out of memory.
А не падать какая-то (возможно, "левая"!) сессия, "унося" за собой весь сервер.
Почувствуйте разницу, как говорится. ;)
А не падать какая-то (возможно, "левая"!) сессия, "унося" за собой весь сервер.
Почувствуйте разницу, как говорится. ;)
понял.
c
Yaroslav Schekin
А тот факт, что так PostgreSQL настроить, строго говоря, невозможно, Вас не смущает? ;)
Поэтому я не считаю, что это "правильно".
Поэтому я не считаю, что это "правильно".
Вы конкретно о этой статье или о том что вообще впринципе нет возможности postgresql как-то ограничинить по потреблению памяти ?
YS
начали мы тут обсуждение еще вчера вечером, с того, что база должна обработать запрос любого размера, не зависимо от ео размера, главное что бы места на диске хватило
Я ничего подобного не говорил, например (тривиально написать как короткие, так и длинные запросы, которые сервер не сможет обработать в принципе).
Я писал о том, что в базу можно вставить данные произвольного размера, в норме.
А если такое не получается — есть какие-то причины, их стоит найти.
Я писал о том, что в базу можно вставить данные произвольного размера, в норме.
А если такое не получается — есть какие-то причины, их стоит найти.
YS
Вы конкретно о этой статье или о том что вообще впринципе нет возможности postgresql как-то ограничинить по потреблению памяти ?
О том, что в принципе настройкой только PostgreSQL "жёстко" ограничить потребление им памяти невозможно.
YS
понял.
Это даже для отладки проблема — трудно получить какие-то адекватные подробности после OOM kill (не у кого уже ;) ).
c
Ну да, о том речь, о конфигурации именно postgresql, грубо говоря если вм где крутится postgre ограничен по памяти - вот вам и ограничение для postgres.
N
Yaroslav Schekin
Это даже для отладки проблема — трудно получить какие-то адекватные подробности после OOM kill (не у кого уже ;) ).
стало интереснее
N
psql:content.res.txt:2: ERROR: out of memory
DETAIL: Failed on request of size 536870912 in memory context "MessageContext".