(Я смотрю на ~ 20 тыс. Обращений к файлу в секунду, поэтому я полностью отказался от идеи использовать apache вообще, и я действительно не хочу, чтобы мой неудачный выбор языка программирования на стороне сервера фактически замедлялвывод файла, поэтому ДА имеет значение, если определенный язык X может вывести файл на 1 мс быстрее, чем PHP)
Дело в том, что все эти 20 тыс. обращений в секунду потребуют генерации файла?Это кажется маловероятным.После первого поколения статического файла вы можете просто настроить nginx
для его кеширования, чтобы все запросы после этого попадали в кешированную версию и никогда не вызывали ваш серверный язык вообще.
Мне также нужен сценарий на стороне сервера, чтобы проверить, существует ли этот файл
В этом и есть смысл иметь прокси-кеш, такой как nginx
, во-первых.
Так вы уверены, что действительно преследуете правильную проблему здесь?Числа, которые вы должны дать нам, это не то, сколько хитов вы ожидаете в секунду, а скорее сколько кеш пропускает вы ожидаете в секунду.В конце концов, если вы обрабатываете, скажем, 600 файлов, которые меняются каждую минуту, это будет порядка 10 пропусков кеша в секунду, что намного более управляемо для фактической серверной программы.(и делает выбор языка менее важным).
Итак, расскажите нам больше: какова будет скорость попадания в кеш?Частота промахов в кэше 10% сильно отличается от частоты промахов в кэше 1% и т. Д.