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

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

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

Также я подсчитывал количество строк в выводе #ss -nt | grep «:80» | wc -l и выводил на экран

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

Однако когда подавал большую нагрузку, например от 700 одновременных соединений

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

А как тогда создают высоконагруженные сайты? Неужели этот параметр оставляют по-умолчанию? Это же получается, что если клиентский запрос тяжеловесный и

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

не может быть моментально обработан Веб-сервером, то пропускная способность сервера будет 511 +- соединений. Это как-то слишком маловато для одного сервера, разве нет?

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

нагрузку на Веб-сервер в виде 1234 одновременных клиентов. А раньше мог только 511. Есть прогресс.

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

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

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

Также я подсчитывал количество строк в выводе #ss -nt | grep «:80» | wc -l и выводил на экран

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

Однако когда подавал большую нагрузку, например от 700 одновременных соединений

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

А как тогда создают высоконагруженные сайты? Неужели этот параметр оставляют по-умолчанию? Это же получается, что если клиентский запрос тяжеловесный и

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

не может быть моментально обработан Веб-сервером, то пропускная способность сервера будет 511 +- соединений. Это как-то слишком маловато для одного сервера, разве нет?

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

нагрузку на Веб-сервер в виде 1234 одновременных клиентов. А раньше мог только 511. Есть прогресс.

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