|
|
|
Ресурсоемкие (память) процессы postgres, отсутствующие в pg_stat_activity
|
|||
|---|---|---|---|
|
#18+
Добрый день. PostgreSQL на сервере (i7, 16GB, win7 x86-64), режим работы - в среднем, 5000-8000 записей/сек, в таблицы только пишем. В диспетчере процессов отображаются postgre-процессы (1-2 шт.), которых нет в выводе select * from pg_stat_activity, т.е., это явно не соединения. Причем, эти процессы потребляют достаточно большое количество памяти, рабочий набор (т.е. не shared) > 2 GB и по-тихоньку растет. Предполагали, что эти процессы могут быть связаны с операциями по обработке Preventing Transaction ID Wraparound Failures. Однако, после того, как собрали новый стенд (с такой же конфигурацией), развернули чистую базу и получили такие же процессы (а transaction age еще далек от порогового значения), стало ясно, что предположение неверно. И, собственно, вопрос: может кто сталкивался с такой ситуацией и знает, что это за процессы и как предотвратить неудержимый рост потребления ими памяти? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2014, 05:45:39 |
|
||
|
Ресурсоемкие (память) процессы postgres, отсутствующие в pg_stat_activity
|
|||
|---|---|---|---|
|
#18+
conductorДобрый день. PostgreSQL на сервере (i7, 16GB, win7 x86-64), режим работы - в среднем, 5000-8000 записей/сек, в таблицы только пишем. В диспетчере процессов отображаются postgre-процессы (1-2 шт.), которых нет в выводе select * from pg_stat_activity, т.е., это явно не соединения. Причем, эти процессы потребляют достаточно большое количество памяти, рабочий набор (т.е. не shared) > 2 GB и по-тихоньку растет. Предполагали, что эти процессы могут быть связаны с операциями по обработке Preventing Transaction ID Wraparound Failures. Однако, после того, как собрали новый стенд (с такой же конфигурацией), развернули чистую базу и получили такие же процессы (а transaction age еще далек от порогового значения), стало ясно, что предположение неверно. И, собственно, вопрос: может кто сталкивался с такой ситуацией и знает, что это за процессы и как предотвратить неудержимый рост потребления ими памяти? Спасибо. рабочий набор включает в себя те стараницы shared buffers которые процесс посетил... так что никакого реального потребления памяти нет... а вот оценить сколько потребляет личной памяти процесс базы - задача почти не реальная.... скорее всего это bgwriter/checkpointer процессы (или что то еще из служебного но вероятнее всего они) antiwraparound autovacuum кстати прекрасно видет в Pg_stat_activity ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2014, 10:15:45 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=38605736&tid=1998759]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
158ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
23ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 404ms |

| 0 / 0 |
