|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Привет, Ктонибудь сталкивался с такой проблемой, растет память у backend процесса на сервере БД и дорастает до 6 Gb USS by smem tool и не освобождается. И освобождается только если базу ребутнуть или коннект прибить. При чем таких процессов только 6 из 200, у остальных проблем нет. PostgreSQL 9.6.5 OS RHEL 7.7 сервер виртуальный ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 12:36 |
|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Sergion Vik Привет, Ктонибудь сталкивался с такой проблемой, растет память у backend процесса на сервере БД и дорастает до 6 Gb USS by smem tool и не освобождается. И освобождается только если базу ребутнуть или коннект прибить. При чем таких процессов только 6 из 200, у остальных проблем нет. PostgreSQL 9.6.5 OS RHEL 7.7 сервер виртуальный А сколько у вас shared buffers? Вообще все tools показывающие использование памяти у базы - некорректно считают для shared memory по очевидным причинам. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 13:40 |
|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Maxim Boguk А сколько у вас shared buffers? Вообще все tools показывающие использование памяти у базы - некорректно считают для shared memory по очевидным причинам. Привет, maintenance_work_mem = 1280MB effective_cache_size = 15GB work_mem = 32MB wal_buffers = 16MB shared_buffers = 5GB max_connections = 500 smem -tk uss от postgres вот что показывает: ... 22518 postgres postgres: main_db main_user 1 0 743.0M 767.7M 1.6G 5823 postgres postgres: main_db main_user 1 0 754.9M 786.6M 1.7G 14003 postgres postgres: main_db main_user 1 0 755.0M 793.0M 1.8G 13347 postgres postgres: main_db main_user 1 0 6.7G 6.7G 7.4G 5126 postgres postgres: main_db main_user 1 0 6.7G 6.7G 7.4G 9752 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G 13980 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G 2526 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G 30561 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G smem -tuk uss от рута суммарно вот что дает: ... postgres 321 0 54.1G 59.2G 174.7G ... А какой тулой лучше пользоваться? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 14:02 |
|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Sergion Vik Maxim Boguk А сколько у вас shared buffers? Вообще все tools показывающие использование памяти у базы - некорректно считают для shared memory по очевидным причинам. Привет, maintenance_work_mem = 1280MB effective_cache_size = 15GB work_mem = 32MB wal_buffers = 16MB shared_buffers = 5GB max_connections = 500 smem -tk uss от postgres вот что показывает: ... 22518 postgres postgres: main_db main_user 1 0 743.0M 767.7M 1.6G 5823 postgres postgres: main_db main_user 1 0 754.9M 786.6M 1.7G 14003 postgres postgres: main_db main_user 1 0 755.0M 793.0M 1.8G 13347 postgres postgres: main_db main_user 1 0 6.7G 6.7G 7.4G 5126 postgres postgres: main_db main_user 1 0 6.7G 6.7G 7.4G 9752 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G 13980 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G 2526 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G 30561 postgres postgres: main_db main_user 1 0 7.2G 7.2G 7.9G smem -tuk uss от рута суммарно вот что дает: ... postgres 321 0 54.1G 59.2G 174.7G ... А какой тулой лучше пользоваться? Никакой... в пределе любое соединение с базой будет считаться как work_mem+shared_buffers (может еще быть +maintenance_work_mem + temp_buffers) по занятой памяти... как то нормально отделить нельзя память процесса от разделяемой. А зачем вам то эта информация? Вероятность что у вас утекает память очень низкая. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 14:08 |
|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Maxim Boguk Никакой... в пределе любое соединение с базой будет считаться как work_mem+shared_buffers (может еще быть +maintenance_work_mem + temp_buffers) по занятой памяти... как то нормально отделить нельзя память процесса от разделяемой. А зачем вам то эта информация? Вероятность что у вас утекает память очень низкая. Я на мем лик как раз и думал, раз растет и продолжает расти. Но вроде в ветке 9.6.5 ничего не нашел про мем лики. Вы думаете, что она упрется в какой то момент и перестанет расти? А SMEM тоже не корректен по поводу uss памяти, вроде из его доков, эта память чисто под этот процесс? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 14:22 |
|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Sergion Vik, про smem ничего сказать не могу как я уже написал в пределе каждый процесс базы займет до work_mem+shared_buffers (может еще быть +maintenance_work_mem + temp_buffers) (с точки зрения мониторинга а не реально занятой памяти) если у вас получается сильно больше - тогда уже надо смотреть через gdb и аллокатор памяти базы (но вряд ли). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 20:41 |
|
растет память у backend process 6Gb USS
|
|||
---|---|---|---|
#18+
Maxim Boguk Sergion Vik, если у вас получается сильно больше - тогда уже надо смотреть через gdb и аллокатор памяти базы (но вряд ли). а можно детали по отладке? у меня получается сильно больше, периодически приходит OOM и убивает процесс. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.08.2020, 15:27 |
|
|
start [/forum/topic.php?fid=53&fpage=23&tid=1994509]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 296ms |
total: | 436ms |
0 / 0 |