off
Смотрел недавно тесты... сравнивали апач, монгрел, вебрик, нгинх и лайтхттпд.
железо 2хголовый ксеон кажись... 2.4

в общем, лайтхттпд показал наилучшие результаты - а именно 956 реквестов-пер-секунда. IMHO очень и очень неплохо...

/off

Блин, устроили тут войну.
На деле всё просто - если производительность играет важную роль - выбираем высокопроизводительный язык и жертвуем удобством и скоростью разработки. Иначе работаем с удобными, но не настолько производительными языками.

Будущее, бесспорно, за удобством и скоростью разработки. Иначе все писали бы на ассемблере.

Самое забавное, что «высокая производительность» ассемблера — сильно раздутый миф. Конечно, можно на ассемблере написать копирование массива данных аж на 20% быстрее, чем простой memcpy на C (при том, что оптимизация меньше 40% как правило яйца выдеенного не стоит). Но реализовать сложный, нетривиальный алгоритм, который сократит вычисления на порядок… 

Serkys
Вы не совссем правы... это толькo студенты выбирают язык исходя из религиозных принципов, моды, перспективности, "удобства".... это из любопыства и потому что у них ещё огонь горит. 

Команда профессиональных разработчиков выбирает тот язык который 
самое главное - эта команда знает лучше всего
второе - который широко поддержан индустией (читай: наличиствует широкий выбор всвозможных бибилиотек, средств разработки, драйверов ко всему чему можно)
третье - отвечает, хотябы поверхностно, требованиям задачи.
и последние - при прочих равных тот который более широко распостранен и универсален.

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

а "удобность" это поверьте вещ субъективная... Есть же люди которым удобно только в vi и на чистом С. и уверяю - великолепный пишут код.

max_lapshin
уууу.... про асемблер это вы зря 
просто фирменный и до предела  вылезанный компилятор Intel С++(для примера) генерирует до крайности оптимизированный код. под процесооры Intel само собой. вот вы и не видите разницы в производительности программы на С++ и той же программы на ASM. (И даже больше вам скажу, запросто может случиться что прога на ASM будет ещё и медленней работать ибо рядовому программеру трудно сравниться с 20лет разрабатываемым сотнями людей С++ компилятором, зачастую) Но это хе хе не значит что даже такой совершенный (без всяких скидок) компайлер способен разрулить всё.

Читал я год назад удивительно увлекательную статью о том как ребята писали программу для расчётов на гиганских массивах целочисленных даных. так вот несколько функций в несколько 10ков строк каждая написанных на ASM c активным использованием команд процессора SSE подняла производительность приложения более чем на порядок. (к слову само приложение писали на Java) 
Никто не пишет приложения на ASM уже много 10ков лет (последний случай который я помню это OS Nowell Netware 2.0, которая была на ~30% написана на ASM) но ASM вставки и мелкие функции применяються сплош я рядом. любой серьезный графический редактор, 3D рендер, ГИС система, движек любой современной игры - без всяких сомнений. 
 
так что не стоит о "сильно раздутых мифах". всё таки прямой доступ к CPU иногда решает очень сильно... настолько сильно что можно закрыть глаза и на читабельностиь и на трудоемкость разработки и поддержки.

р.с. сорри за оффтоп, не удержался 

Если 2-х процовый кластер серъезная статья расходов, лечитесь.

Рельса для тех кто бережот свайо время.

И вообще-задели за живое.

90% людей которые пишут что Руби мол тормозит забывают 2 вещи.

1) Ява которую они пропагандируют тормозила нифига не меньше.
2) У большынцтва гаварунов нет ни одного (!!! убил бы) приложения которое в одиночку загрузит 1 сервер.
3) Что о серьозных приложениях то  investment banking company JPMorgan Chase юзает рельсу в полный рост и особо не 3.14здит о том какие у них серьозныи системы и отвецтвенные участки для проверенных временем языков... (Руби 10 лет ужо скоро)

Хм, недавно прочитал про то что теперь руби можно юзать под .net framework.
ruby.net
Что вы скажете про это?
Конечно, это не официальная реализация от Майкрософт, а только любительский проект, но всё же. Вот здесь можно почитать что говорит Майкрософт о поддержке динамических языков, в том числе руби.

Пока что, Ruby.NET — лишь тестовая разработка. JRuby куда как более развит, но он ещё не в состоянии пройти все тесты рельсов + его использование пока что чересчур сложное.