Е
я инвалид и в расте не смог подружить grpc с tokio
Size: a a a
2019 January 15
AC
То есть, простой ответ: "Докинем, рестартнем постгрес, пойдем спать"
VL
Но, с другой стороны - опытным путем я знаю, что достижимый лимит для постгреса это где-то 2000+ коннектов
на самом деле там было 500 коннектов. И даже этого много — постгрес уже на 200 активных запросах пытается умереть.
Е
tl;dr в итоге при спайке появлялась 1000 транзакций, которые после таймаута от внешней системы пытались получить коннект от БД. Но все коннекты заняли сами.
так это просто отлавливается проверкой того сколько воркеров
AC
А непростой ответ - когда вы уже перестанете писать софт, который требует 1000 коннектов?
VL
То есть, простой ответ: "Докинем, рестартнем постгрес, пойдем спать"
фишка в том, что 500->1000 коннектов не помогло бы
Е
это work_mem * workers_limit
VG
так это просто отлавливается проверкой того сколько воркеров
это проверяется сбором метрик за какое время мы получаем ответ от внешней системы
AC
> постгрес уже на 200 активных запросах пытается умереть.
А?
А?
Е
это проверяется сбором метрик за какое время мы получаем ответ от внешней системы
и это в частности
AC
Это почему он пытается умереть?
Е
на самом деле там было 500 коннектов. И даже этого много — постгрес уже на 200 активных запросах пытается умереть.
у нас и по 500 бывает
Е
норм варит
VL
А непростой ответ - когда вы уже перестанете писать софт, который требует 1000 коннектов?
это был софт, который не должен был требовать столько коннектов
AC
Я же не просто так про лимит в 2000+ знаю - у меня на проекте были эти 2000+
Е
с пулером конечно покруче
AC
Потому что - ну, технический долг, да
AC
фишка в том, что 500->1000 коннектов не помогло бы
А по причине?
VL
так это просто отлавливается проверкой того сколько воркеров
это были не воркеры, а асинхронно обрабатываемые запросы из веба.
AC
Так, погодите
А почему ситуация не приходила в норму сама собой?
А почему ситуация не приходила в норму сама собой?