Как настроить параметры ядра Linux так, чтобы сокет можно было перерабатывать часто?

Загрузите новый модуль драйвера (может и не понадобиться, но не повредит):

sudo depmod -a
sudo modprobe ndiswrapper

Добавьте модуль в /etc/modules, чтобы он автоматически загружался:

[ f2]

Создать директив alias:

sudo ndiswrapper -m

Ссылки:

Тема форума http://www.pronetworks.org/forums/ndiswrapper-load-at-startup- resolved-t103019.html
4
задан 1 June 2011 в 11:39

8 ответов

Возможно, вы захотите попробовать снизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

echo 50 >/proc/sys/net/ipv4/tcp_fin_timeout

Если это работает, добавьте его в sysctl.conf:

net.ipv4.tcp_fin_timeout = 50 # or whatever works best

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

Eric
3
ответ дан 25 July 2018 в 21:48
  • 1
    @Eric Возможно, проблема не имеет ничего общего с сокетом, это вопрос тестирования нагрузки, я снова проведу тест с помощью другого инструмента (например, Jmeter или что-то еще). Спасибо, в любом случае. – LeoYuan 袁力皓 2 June 2011 в 08:44

Возможно, вы захотите попробовать снизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

echo 50 >/proc/sys/net/ipv4/tcp_fin_timeout

Если это работает, добавьте его в sysctl.conf:

net.ipv4.tcp_fin_timeout = 50 # or whatever works best

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

Eric
3
ответ дан 31 July 2018 в 12:59

Возможно, вы захотите попробовать снизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

echo 50 >/proc/sys/net/ipv4/tcp_fin_timeout

Если это работает, добавьте его в sysctl.conf:

net.ipv4.tcp_fin_timeout = 50 # or whatever works best

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

Eric
3
ответ дан 2 August 2018 в 03:24

Возможно, вы захотите попробовать снизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

echo 50 >/proc/sys/net/ipv4/tcp_fin_timeout

Если это работает, добавьте его в sysctl.conf:

net.ipv4.tcp_fin_timeout = 50 # or whatever works best

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

Eric
3
ответ дан 4 August 2018 в 19:21

Возможно, вы захотите попробовать снизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

echo 50 >/proc/sys/net/ipv4/tcp_fin_timeout

Если это работает, добавьте его в sysctl.conf:

net.ipv4.tcp_fin_timeout = 50 # or whatever works best

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

Eric
3
ответ дан 6 August 2018 в 03:33

Возможно, вы захотите попробовать понизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

  echo 50 & gt; / proc / sys / net / ipv4 / tcp_fin_timeout  

Если он работает, добавьте его в файл sysctl.conf:

  net.ipv4.tcp_fin_timeout = 50 # или все, что работает лучше всего  

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

  • Eric
3
ответ дан 7 August 2018 в 21:21

Возможно, вы захотите попробовать понизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

  echo 50 & gt; / proc / sys / net / ipv4 / tcp_fin_timeout  

Если он работает, добавьте его в файл sysctl.conf:

  net.ipv4.tcp_fin_timeout = 50 # или все, что работает лучше всего  

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

  • Eric
3
ответ дан 10 August 2018 в 09:39

Возможно, вы захотите попробовать понизить net.ipv4.tcp_fin_timeout, что влияет на продолжительность сеансов в TIME_WAIT. Это уже довольно низкое значение в 60; попробуйте уменьшить его на 10 за раз и посмотреть, улучшает ли он ситуацию.

  echo 50 & gt; / proc / sys / net / ipv4 / tcp_fin_timeout  

Если он работает, добавьте его в файл sysctl.conf:

  net.ipv4.tcp_fin_timeout = 50 # или все, что работает лучше всего  

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

  • Eric
3
ответ дан 13 August 2018 в 15:51
  • 1
    @Eric Возможно, проблема не имеет ничего общего с сокетом, это вопрос тестирования нагрузки, я снова проведу тест с помощью другого инструмента (например, Jmeter или что-то еще). Спасибо, в любом случае. – LeoYuan 袁力皓 2 June 2011 в 08:44

Другие вопросы по тегам:

Похожие вопросы: