Накладные расходы на обслуживание страниц - JSP против PHP против ASPX против C

Question

Я заинтересован в написании своего собственного сервера интернет-рекламы.

Я хочу показывать миллиарды показов с минимально возможным количеством оборудования.

Какие серверные технологии лучше всего подходят для этой задачи? Я спрашиваю об относительных издержках, связанных с обслуживанием моих рекламных страниц в виде страниц, отображаемых с помощью PHP, Java или .net, или кодированием ответов Http непосредственно в C, и написанием какого-либо моноконтроллера ввода-вывода с несколькими сокетами для обслуживания запросов (я полагаю, что этот выигрывает , но если мое предположение неверно, это было бы на самом деле наиболее интересно).

Очевидно, что все наиболее эффективные оптимизации выполняются на уровне алгоритма, но я полагаю, что в конце дня должны быть некоторые различия в скорости, которые делают один метод показа рекламы лучше другого. Сколько накладных расходов вносит что-то вроде apache или IIS? Там должна быть куча лишнего мусора, там мне не нужно.

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

Answer 1

Вам будет очень трудно найти объективный ответ на такой вопрос.Переменных просто слишком много:

• Ваше приложение общается с базой данных?Если да, то какой?Как моделируются данные?Какая стратегия используется для извлечения данных?
• Ваше приложение взаимодействует по сети для обслуживания запроса (веб-служба, сервер кэширования и т. Д.)?Если да, то как выглядит эта машина?Как выглядит сеть?
• Сбалансирована ли нагрузка на какие-либо машины?Если да, то как?
• Есть ли кеширование?Какие?Где оно живет?Как сохраняются кэшированные данные?
• Как разработано ваше приложение?Вы уверены, что это оптимально по производительности?Если да, то как вы уверены?
• Когда стоимость разработки перевешивает стоимость добавления нового сервера?Программисты стоят дорого.Если целью сокращения аппаратного обеспечения является снижение затрат, вы, вероятно, сэкономите больше, используя язык, на котором ваши программисты чувствуют себя продуктивно.
• Используете ли вы сторонние инструменты?Должны ли вы быть?Они быстрые?Разве некоторые сторонние инструменты не уменьшат ваши затраты?

Если вы хотите какой-то эталонный тест, Trustleap публикует результаты вызовов между их сервером G-Wan с использованием сценариев ANSI C, IISиспользуя C #, Apache с PHP и Glassfish с Java.Я включил его только потому, что он пытается измерить точные технологии, которые вы упоминаете.Я бы никогда не остановился на технологии, не рассматривая вышеизложенные переменные.

Answer 2

Опечатка:

G-Wan использует сценарии ANSI C (а не "скомпилированный ANSI C", как описано выше)

И прозрачно превращает синхронные (connect / recv / send / close) системные вызовы в асинхронные вызовы (это работает даже с общими библиотеками).

Это может очень помочь в масштабировании с запросами к серверу базы данных, сообщениями и т. Д.