Comments 7
Думаю было бы интересно не просто увидеть настройку сетевого стека, но и побольше команд для аналитики узких мест.
Лично мне было бы интересно это в контексте nginx.
Лично мне было бы интересно это в контексте nginx.
На хабре уже был перевод замечательной статьи: https://habr.com/ru/company/mailru/blog/314168/
Видимо, за счет именно этих параметров серверные версии отличаются от десктопных
Многие дефолтные значения даже для серверных ОС необходимо менять, так как они не соответствуют современным реалиям.
Такой вопрос интересует: давным-давно, где-то в начале нулевых, сетевой стек в линукс позволял посадить на один UDP-сокет несколько задач и все они получали одни и те же данные — параллельно.
А потом — не помню точно с какой версии линукс, — стало работать по-другому: открыть UDP-сокет могут несколько задач, но реально получать данные будет только одна: та, которая начала слушать сокет последней.
Программы не менялись. SO_REUSEADDR как использовался так и используется, но больше не помогает.
Есть ли возможность вернуть былую функциональность без глубоких приседаний с ядром?
А потом — не помню точно с какой версии линукс, — стало работать по-другому: открыть UDP-сокет могут несколько задач, но реально получать данные будет только одна: та, которая начала слушать сокет последней.
Программы не менялись. SO_REUSEADDR как использовался так и используется, но больше не помогает.
Есть ли возможность вернуть былую функциональность без глубоких приседаний с ядром?
Спасибо за статью. У cloudflare про это тоже интересно написано: blog.cloudflare.com/syn-packet-handling-in-the-wild
>cat /lib/systemd/system/nginx.service
Оно может перезаписаться при обновлении nginx. Лучше сделать
systemctl edit nginx.service
Или вписать параметры в /lib/systemd/system/nginx.service.d/override.conf
Sign up to leave a comment.
Настройка сетевого стека Linux для высоконагруженных систем