Короткий ответ: это миф.Более длинный ответ заключается в том, что еще во времена Tomcat 3 это зависело от обстоятельств.Однако для версий Tomcat, используемых сегодня (5.5.x и 6.0.x), нет необходимости использовать httpd исключительно из соображений производительности.Tomcat теперь поддерживает собственный / APR-коннектор, который использует ту же собственную библиотеку (Apache Portable Runtime-APR), что и httpd для низкоуровневого ввода-вывода, и поэтому может достигать производительности, аналогичной httpd.При работе со статическим контентом издержки при использовании Tomcat намного выше, чем при использовании httpd, но различия настолько малы, что вряд ли будут заметны в производственных системах.
...
The тестирование производительности , проведенное Кристофером Шульцем, постоянным участником списка рассылки пользователей Tomcat, использовало более широкий диапазон размеров файлов и, на мой взгляд, дает лучшие результаты.Результаты его испытаний показаны на графике ниже.
Эти результаты намного больше соответствуют ожидаемым, хотя есть несколько интересных моментов, на которые следует обратить внимание:
- Apache httpd и Coyote APR / native показывают аналогичные уровни производительности.
- Coyote NIO не слишком отстает от httpd и Coyote APR / native.
- быть пределом полезности sendfile.Это может быть аппаратным ограничением, но заслуживает дальнейшего внимания.Я добавил это в свой список задач.
- Для файлов небольшого размера (менее ~ 10 КБ) кэширование статических файлов в Tomcat обеспечивает значительное повышение производительности.
...
Хотя необработанная производительность для статического контента может не быть хорошей причиной для использования httpd, существует ряд веских причин, по которым вы можете захотеть использовать httpd с Tomcat.Наиболее частой причиной является распределение нагрузки для двух или более экземпляров Tomcat.httpd - не единственный вариант, так что можно использовать аппаратные балансировщики нагрузки или другие обратные прокси-серверы, но это популярный выбор среди системных администраторов, поскольку многие из них уже знакомы с httpd.Я напишу больше об использовании httpd в качестве балансировщика нагрузки в следующей статье.
...
Хорошо стоит прочитать.