Целью холма для высокоскоростной статической веб-обработки является асинхронный ввод-вывод, по крайней мере, в последний раз, когда это выглядело. В какой-то момент был веб-сервер под названием «Zeus», который использовал этот тип архитектуры. Он был специально разработан для обслуживания больших объемов статического контента - угадайте, в какой отрасли.
Многопоточность и синхронизация обходятся дороже, чем вы думаете. Асинхронная архитектура довольно широко используется на серверах и может быть очень ресурсоэффективной. Часто один поток настолько быстр, что может значительно обогнать многопоточные серверы.
Используя asynccore (инфраструктура асинхронного сервера Python), я мог бы создать однопоточный сервер XML-RPC, который мог бы подключаться к базе данных, выдавать простой запрос, объединять соединения и отвечать на запросы быстрее, чем многопоточный сервер с пул потоков. На одном процессоре машина была примерно в 2,5 раза быстрее.
Прокатить собственный асинхронный сервер не так уж и сложно. Я видел их назначенными на второй курс по информатике. Вероятно, вы можете найти библиотеки веб-сервера Async для большинства языков - Python входит в стандартную библиотеку.
Наконец, у меня не так много времени, чтобы люди говорили: «Сделай это, но это должно быть сделано за две недели». Если ваше экономическое обоснование может оправдать только две недели разработки, не беспокойтесь - экономическое обоснование слишком незначительно, если только оно не является низко висящим плодом. Я механически перевожу маргинальное экономическое обоснование в совсем не экономическое обоснование. Если это важно, дай мне время сделать это по-настоящему. Если это не важно, не делай этого вообще.
Вот и все - просто сэкономил вам две недели и все текущие расходы на техническое обслуживание.