Connection pool - оптимизация работы сети

[A Former User]

@Bigma said in Connection pool - оптимизация работы сети:

Одна стороннего производителя

Возможна она работает без браузера. 50 коннектов это для браузера не о чем.

[FastSpace]

Может просто прокси такие не покупать, резидентные с лимитом соединений и трафиком - это только Post/Get

[A Former User]

@UserTrue работает с браузером в 42 потока.
50 коннектов это стандарт на шаред мобильных прокси. У меня их несколько.
И собственно они вывозят. Уменьшал сторонний до 24 и те же 12 на басе включаю, и такая же картина, просадка по сети. Убираю бас, оставляю 42 стороннего и все норм. Вот щас проверил, бас выключил пару часов назад и все нормализовалось на 42 потоках стороннего.

[A Former User]

Собственно мой пост наверное больше для разработчика. Если есть такая возможность покетировать соединения, чтоб укладываться в ограничения. Собственно это и есть Connection pool

[tet-vivi]

@Bigma можешь использовать что то между прокси сервером и BAS, что возьмет на себя регулирование трафика/соединений

[A Former User]

@tet-vivi как ты себе это представляешь ?
Да и собственно я завел этот топик, так как это проблема вроде как решаемая, и сторонний софт (который нельзя называть) с ней справляется методом озвученным в заголовке.

[A Former User]

@Bigma said in Connection pool - оптимизация работы сети:

Да и собственно я завел этот топик

Зря потратил время xD

[A Former User]

По умолчанию у той проги настройки такие
<add key="zl-max-sockets-per-pool" value="256" />
<add key="zl-max-sockets-per-group" value="6" />
<add key="zl-max-sockets-per-proxy" value="32" />
<add key="zl-max-sockets-per-pool-ws" value="256" />
<add key="zl-max-sockets-per-group-ws" value="255" />
<add key="zl-max-sockets-per-proxy-ws" value="32" />
<add key="zl-used-idle-socket-timeout-s" value="300" />
<add key="zl-unused-idle-socket-timeout-s" value="10" />
<add key="zl-close-idle-connection-interval-s" value="0" />

zl-max-sockets-per-pool - количество соединений на пул (в браузере работает несколько пулов, общих для всех вкладок)
zl-max-sockets-per-group - количество соединений на домен
zl-max-sockets-per-proxy - количество соединений на прокси
zl-max-sockets-per-pool-ws - количество соединений на пул для WebSocket
zl-max-sockets-per-group-ws - количество соединений на домен для WebSocket
zl-max-sockets-per-proxy-ws - количество соединений на прокси для WebSocket
zl-used-idle-socket-timeout-s - время жизни неактивного использованного сокета (секунды)
zl-unused-idle-socket-timeout-s - время жизни неактивного не использованного сокета (секунды)
zl-close-idle-connection-interval-s - интервал очистки неактивных сокетов (секунды)

[A Former User]

@UserTrue said in Connection pool - оптимизация работы сети:

@Bigma said in Connection pool - оптимизация работы сети:

Да и собственно я завел этот топик

Зря потратил время xD

Ну может @support заглянет сюда.

[A Former User]

@Bigma said in Connection pool - оптимизация работы сети:

Если поддержите оставлю ссылку в обновлении, там он ее точно заметит.

У него судя по всему план на долго вперед расписан, а эта фича не особо нужная как по мне.

[A Former User]

@UserTrue ну почему же, мибильными проксями пользуется каждый второй, и проблема одна и та же у всех. Просто не многие понимают в чем она.

[A Former User]

Возможно даже бас и так это использует, называя это туннелированием. Но тогда резонный вопрос, можно ли это как то настраивать.

[artihorror]

@Bigma ну пока что можешь использовать костыль. стартуешь поток, запускаешь проксю модуля, в нем прописываешь свои прокси, цепляешься к только что созданной и радуешься жизни

[A Former User]

@artihorror И что он делает и чем отличается от пути которым действует бас ?
Собственно то что я тут озвучил, это поведение самого браузера, сколько он разрешает открыть соединений.