Телеграмм чат группы PostgreSQL_1C

Size: a a a

PostgreSQL + 1C + Linux

1729 membersпожаловаться на группу

2020 November 10

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Если апач это держит

источник

17:44пожаловаться #1

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Вот

KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 50

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 10

источник

17:46пожаловаться #2

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

У меня кстати KeepAlive On

источник

17:48пожаловаться #3

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Может нужно KeepAlive Off

источник

17:48пожаловаться #4

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Не пробовали?

источник

17:48пожаловаться #5

Alexey Fedotov in PostgreSQL + 1C + Linux

Одно но, это история про входящие соединения, по отношению к апачу, на сколько я понимаю ... Ну и тайм-аут тут 10 секунд вроде как ... Надо попробовать ...

источник

17:49пожаловаться #6

Alexey Fedotov in PostgreSQL + 1C + Linux

Только если его отключить, как бы ещё хуже не стало :)

источник

17:49пожаловаться #7

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux

это всё имеет смысл если бы апач просто не закрывал соединения ,которых по нашему мнению уже нет (клиент1С закрыт)
но тут то проблема в том что соединения множаться, да ещё и активные с коннектом к субд

Это магия какая-то

источник

17:50пожаловаться #8

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Антон Дорошкевич

А где Гарантия что апач их закрывает?

источник

17:51пожаловаться #9

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Эта настройка как раз отвечает за поддержание сесси

источник

17:51пожаловаться #10

Alexey Fedotov in PostgreSQL + 1C + Linux

наша с коллегами гипотеза, что это связано с "переездом" сеанса с одного рпхоста на другой ...

источник

17:51пожаловаться #11

ИС

Илья Савельев... in PostgreSQL + 1C + Linux

Alexey Fedotov

Тайм аут по дефолту по-моему 100

источник

17:52пожаловаться #12

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux

Alexey Fedotov

наша с коллегами гипотеза, что это связано с "переездом" сеанса с одного рпхоста на другой ...

скорее всего так и есть
странно то что это так некорректно отрабатывает
переход от одного рпхоста к другому не должен вызывать общение с бд этих соединения

источник

17:53пожаловаться #13

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux

Илья Савельев

Тайм аут по дефолту по-моему 100

глянть стоит и стоит уменьшить и посмотреть на эффект

источник

17:53пожаловаться #14

Alexey Fedotov in PostgreSQL + 1C + Linux

Антон Дорошкевич

глянть стоит и стоит уменьшить и посмотреть на эффект