Оптимизация ОС под многопоточность

[rsgmsk]

This post is deleted!

[rsgmsk]

@FastSpace Зависит от кол-ва запросов. Я тещу на сафтах для накрутки пф. Там в среднем без оптимизации лимит достигает при 120 потоках. Опять же все зависит от сайтов. И шаблонах. И от ОС.

[nazar21015]

Вау, походу это пофиксило мою проблему с Already in use, закрепите где-то на форуме

[nazar21015]

чесн говоря и для 2012 r2 не до конца подходит, если запросов очень много то умирает. Очередь 2к на моем недопрокси сервер. Но для клиента норм.

[oleg4ever]

спасибо. норм подборка.

на винде 2019 нужно использовать

netsh int tcp set supplemental Internet congestionprovider=none

вместо

netsh interface tcp set global congestionprovider=none

( иначе: Параметр congestionprovider можно задать с помощью команды "netsh int tcp set supplemental". Параметр задан неверно. )

ну и похоже, что можно добавить

netsh int tcp set global rsc=disabled
Set-NetOffloadGlobalSetting -ReceiveSegmentCoalescing disabled
netsh int tcp set heuristics forcews=disabled

netsh int tcp set global maxsynretransmissions=2
netsh int tcp set global nonsackrttresiliency=disable

Set-NetTCPSetting -SettingName Internet -InitialCongestionWindow 10
netsh int tcp set supplemental template=Internet icw=10

[nazar21015]

@oleg4ever netsh int tcp set supplemental template=Internet icw=10 Выбил ошибку Set supplemental command failed to update the specified template. The request is not supported.

[oleg4ever]

уже 3-ий раз настраиваю tcp с подсказками с этой страницы.
заметил таки ляп.

вместо:

netsh interface tcp set supplemental internet congestionprovider=dctcpnetsh

надо

netsh interface tcp set supplemental internet congestionprovider=dctcp

[ALK]

@rsgmsk said in Оптимизация ОС под многопоточность:

Чтобы узнать сколько у вас запросов в очереди, пишем в cmd:

А Если у меня 0 запросов в очереди, это хорошо или плохо?

[nazar21015]

Я вижу, что статья изменилась. Могу ошибаться, но старые настройки были лучше.

[sergerdn]

Небольшое замечание:

Если на сервере работает BAS и один браузер с прокси, то открыто будет одно соединение(тунель) к прокси. К примеру, если запущено 50 браузеров - будет открыто 50 соединений, даже если во вкладке каждого браузера куча всякой сетевой активности.

Смысла тюнить TCP/IP в этой ситуации я не вижу.

[nazar21015]

а может быть netstat -na | find "FIN_WAIT_2" /C большим из-за медленной прокси?

[sergerdn]

@nazar21015 said in Оптимизация ОС под многопоточность:

а может быть netstat -na | find "FIN_WAIT_2" /C большим из-за медленной прокси?

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

[nazar21015]

еще бы под линукс такую бы статейку)

[sergerdn]

@nazar21015 said in Оптимизация ОС под многопоточность:

еще бы под линукс такую бы статейку)

Там все сложно.

[basuser123]

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