История изменений

511 - это число стояло в Send-Q при выводе команды #ss -lnt и оно не изменялось никогда: была или не была нагрузка.

Кажется это просто максимальная длина очереди из конфига. То есть это не длина очереди которая есть сейчас (она в Recv-Q) и тем более не количество уже подключённых клиентов.

Да, так и есть похоже что.

Это очередь+коннекты, в твоём случае это видимо в основном очередь была, но поскольку ты не пишешь точно что именно делал и видел то сложно сказать.

Я говорил, что я написал скрипт и какие команды в него вставил. Мне проще показать на скрине или в видео, что я делаю, но не знаю можно ли в сообщениях давать ссылки на видео и как вставлять картинки.

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

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

Опять, ты путаешь очередь и принятые коннекты. Очередь это те соединения, которые уже приняты ядром, но про которые веб-сервер ещё не узнал. Если у веб-сервера всё настолько плохо, что он не может найти время даже подтвердить ядру что увидел (всего лишь увидел, про ответ тут речь не идёт) новый коннект, то позволять юзерам накидывать ему ещё коннекты в и так длинную очередь - обычно плохая идея. Лучше пусть ядро честно шлёт их нафиг.

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

Хммм, получается, что … по данной логике мой Веб-сервер должен моментально уметь разбираться со всеми клиентами? Но я же во что-то в конечном итоге должен упираться? Почему TCP-очереди не могут быть узким бутылочным горлышком? Если не они, то что? Процессор, память? Я ведь должен знать какое количество клиентов способен мой сервер обрабатывать.

511 - это число стояло в Send-Q при выводе команды #ss -lnt и оно не изменялось никогда: была или не была нагрузка.

Кажется это просто максимальная длина очереди из конфига. То есть это не длина очереди которая есть сейчас (она в Recv-Q) и тем более не количество уже подключённых клиентов.

Да, так и есть похоже что.

Это очередь+коннекты, в твоём случае это видимо в основном очередь была, но поскольку ты не пишешь точно что именно делал и видел то сложно сказать.

Я говорил, что я написал скрипт и какие команды в него вставил. Мне проще показать на скрине или в видео, что я делаю, но не знаю можно ли в сообщениях давать ссылки на видео и как вставлять картинки.

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

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

Опять, ты путаешь очередь и принятые коннекты. Очередь это те соединения, которые уже приняты ядром, но про которые веб-сервер ещё не узнал. Если у веб-сервера всё настолько плохо, что он не может найти время даже подтвердить ядру что увидел (всего лишь увидел, про ответ тут речь не идёт) новый коннект, то позволять юзерам накидывать ему ещё коннекты в и так длинную очередь - обычно плохая идея. Лучше пусть ядро честно шлёт их нафиг.

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

Хммм, получается, что … по данной логике мой Веб-сервер должен моментально уметь разбираться со всеми клиентами? Но я же во что-то в конечном итоге должен упираться? Почему TCP-очереди не могут быть узким бутылочным горлышком? Если не они, то что? Процессор, память?