apache собранный с -D NO_LINGCLOSE вместо акселерированного проксирования

А часто бывает такое, что нужно _только_ проксирование?

Обычно ведь фронтэнд выполняет сразу несколько задач, например ещё статику раздает.

Решение для wap и модемщиков

http://httpd.apache.org/docs/2.0/en/misc/perf-tuning.html

This naturally adds some expense at the end of a connection, but it is required for a reliable implementation. As HTTP/1.1 becomes more prevalent, and all connections are persistent, this expense will be amortized over more requests. If you want to play with fire and disable this feature you can define NO_LINGCLOSE, but this is not recommended at all.

> А часто бывает такое, что нужно _только_ проксирование?

Мне часто встречаются проблемы переноса apache на другой порт и создания виртуал-хостов для отдачи статики

> Решение для wap и модемщиков

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

> http://httpd.apache.org/docs/2.0/en/misc/perf-tuning.html

Да разработчики apache не советуют, а вот в презентации "Hacking Apache HTTP Server at Yahoo!" http://public.yahoo.com/bfrance/radwin/talks/yapache-oscon2006.htm, NO_LINGCLOSE играет важную роль.