Ребят, есть проблема, нужно мнение спеца. Что имеем:
по статистике базы кол-во idle процессов 80
в моменты максимальной нагрузки статистика показывает только 10 active, при этом idle становится 0. куда выжираются остальные 70?
Что-то не стыкуется в ваших показаниях. В моменты максимальной нагрузки сколько ВСЕГО процессов? Вы пишите, что 10 активных и 0 idle, а всего-то сколько и что показывает про них?
Ой не понимаю я чего вы хотите. Вы задали в конфиге некое значение доступных коннектов? Они реально доступны или как? Если да, то в чём проблема? Да активный коннект через какое-то время становится idle, затем вообще может быть прибит СУБД, ибо на кой держать простаивающую сессию, которая жрёт ресурсы? Что не устраивает я не пойму?
Она не выделенные коннекты убивает как я понимаю, а ПРОСТАИВАЮЩИЕ. Когда СУБД "сношают по полной" нужны ресурсы. Каждый коннект их жрёт. Чтобы освободить ресурсы отстреливаются коннекты, которые простаивают и не делают ничего полезного. А когда СУБД загружена чуть-чуть, ресурсов хватает и смысла что-то отстреливать нет. Думаю так
можете уточнить о каких именно ресурсах идет речь? память? какое-то дисковое пространство, выделяемое под кэш? или вообще какие-то внутренние ресурсы постгреса?
Ой не понимаю я чего вы хотите. Вы задали в конфиге некое значение доступных коннектов? Они реально доступны или как? Если да, то в чём проблема? Да активный коннект через какое-то время становится idle, затем вообще может быть прибит СУБД, ибо на кой держать простаивающую сессию, которая жрёт ресурсы? Что не устраивает я не пойму?
Что-то не стыкуется в ваших
Что-то не стыкуется в ваших показаниях. В моменты максимальной нагрузки сколько ВСЕГО процессов? Вы пишите, что 10 активных и 0 idle, а всего-то сколько и что показывает про них?
судите сами
это график данных по коннектам
http://content.screencast.com/users/seligoroff/folders/Jing/media/7ddb1c...
конкретно ухода в ноль здесь нет, у ребят не сохранились эти данные.
но даже тут видно, что при максимальном количестве active кол-во idle идет вниз и их общая сумма не дает 70-80 коннектов доступных в других ситуациях.
грубо говоря, возьмем экстремумы в 20:52.
active - где-то 13
idle - где-то 17
всего 30 коннектов вместо 80
Ой не понимаю я чего вы
Ой не понимаю я чего вы хотите. Вы задали в конфиге некое значение доступных коннектов? Они реально доступны или как? Если да, то в чём проблема? Да активный коннект через какое-то время становится idle, затем вообще может быть прибит СУБД, ибо на кой держать простаивающую сессию, которая жрёт ресурсы? Что не устраивает я не пойму?
почему прибивает именно в этот момент
почему прибивает именно в момент наибольшей активности? именно тогда, когда субд сношают по полной, она убивает выделенные коннекты? в чем смысл?
Она не выделенные коннекты
Она не выделенные коннекты убивает как я понимаю, а ПРОСТАИВАЮЩИЕ. Когда СУБД "сношают по полной" нужны ресурсы. Каждый коннект их жрёт. Чтобы освободить ресурсы отстреливаются коннекты, которые простаивают и не делают ничего полезного. А когда СУБД загружена чуть-чуть, ресурсов хватает и смысла что-то отстреливать нет. Думаю так
какие именно ресурсы?
можете уточнить о каких именно ресурсах идет речь? память? какое-то дисковое пространство, выделяемое под кэш? или вообще какие-то внутренние ресурсы постгреса?
А вы postgresql.conf
А вы postgresql.conf загляните в раздел connection, там указано
спасибо
форвардну совет админу
Ой не понимаю я чего вы
Ой не понимаю я чего вы хотите. Вы задали в конфиге некое значение доступных коннектов? Они реально доступны или как? Если да, то в чём проблема? Да активный коннект через какое-то время становится idle, затем вообще может быть прибит СУБД, ибо на кой держать простаивающую сессию, которая жрёт ресурсы? Что не устраивает я не пойму?