Каковы теоретические пределы производительности на веб-серверы?

Я думаю, что это действительно зависит от того, чему Вы служите.

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

Если Вы подадите относительно небольшое количество статических партий объектов и большого количества времен, то Вы, вероятно, столкнетесь с проблемами пропускной способности (так как сами статические файлы, вероятно, окажутся в памяти),

Если Вы подаете большое количество статических объектов, можно столкнуться с дисковыми пределами сначала (ищущие и читающие файлы)

Шесть лет назад я видел, что 8-proc поле Windows Server 2003 служило 100 000 запросов в секунду на статическое содержание. То поле имело 8 карт Gigabit Ethernet, каждого в отдельной подсети. Ограничивающим фактором там была сетевая пропускная способность. Нет никакого способа, которым Вы могли служить так большому количеству содержания по Интернету, даже с действительно огромным каналом.

На практике, для чисто статического содержания, даже скромное поле может насыщать сетевое соединение.

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

Необходимо измерить приложение для обнаружения, где узкие места лежат. Это могло бы быть в платформе, это могло бы быть в Вашей прикладной логике. Это, вероятно, изменяется, как Ваша рабочая нагрузка изменяется.

Если Вы не сможете кэшировать свои файлы в памяти, то времена поиска на диске, вероятно, будут ограничивающим фактором и ограничат Вашу производительность меньше чем 1 000 запросов/секунда. Это могло бы улучшиться при использовании твердотельных дисков.

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

индексы, оптимизация запросов и т.д.

Для статических файлов, делает Ваш кэш приложения их в памяти?

и т.д., и т.д., и т.д.

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

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

"Это - то, что я хочу сделать и достигнуть, что я должен сделать это?"

ОС, язык сервера и эффекты файловой системы являются переменными здесь. Если Вы вынимаете их, то Вас оставляют с сокетом TCP без издержек.

В той точке это не действительно вопрос производительности сервера, но сети. С сокетом TCP без издержек Ваш предел, который Вы поразите, скорее всего, будет в брандмауэре или Ваших сетевых коммутаторах с тем, сколько соединений может быть обработано одновременно.

Это будет зависеть, что является Вашим ядром процессора, Какая скорость Ваши диски, Что является измеренным каналом хостинговых компаний 'толстого' 'носителя'. Каков веб-сервер?

Вопрос является слишком общим

Разверните Вас, сервер тестирует его инструменты использования как http://jmeter.apache.org/ и видит, как Вы преуспеваете.