ИзопропилДиезНо начинать новый проект (или даже дорабатывать существующий) с прицелом на любой *CGI... Странно как минимум.
на php - тоже странно будет ?

Ну, если вы разрабатываете сам PHP и инструментарий к нему - то да, спецификации надо изучать и всё такое...

А те, кто _используют_ PHP, в большинстве своём, и не слышали про FastCGI, я полагаю. Абстрагирование рулит.

А тут - прикладные программы - модули FastCGI... Нафиг.

Siemarglсмотри, что в топе https://www.techempower.com/benchmarks/#section=data-r14&hw=ph&test=fortune

Ява тоже весьма хорошо, только памяти надо существенно побольше. Зато писать существенно проще.

Это не то. Интересно узнать, что ж за веб-приложения такие бывают, что для них недостаточно производительности Java и C#, и требуются нативные языки?

Сейчас никто не хостит сайт или сервис на одной железке. Не хватает 10 серверов - поднимем ещё 5. И это в общем случае будет дешевле, чем тратиться на оптимизацию работающих приложений, не говоря уж о переписывании на другие, пусть и более производительные, платформы.

SiemarglДиез,

Не надо переписывать, лучше сразу планировать выбор платформы.

C#, кстати в этой табличке в жо не в лидерах. Возможно, потому что тесты на линухе.

Не все задачи так хорошо параллелятся по серверам, как бы хотелось.

Табличка показывает сферическую производительность библиотек в вакууме. Ну, правда.

Веб-приложения параллелятся по серверам просто прекрасно. Точнее сказать: то, что не параллелится - не имеет права называться веб-приложением ))

Ну а ваш пример про beeline - он вообще непонятно как относится к теме. Можете пояснить?

SiemarglДиезпропущено...


Табличка показывает сферическую производительность библиотек в вакууме. Ну, правда.

Веб-приложения параллелятся по серверам просто прекрасно. Точнее сказать: то, что не параллелится - не имеет права называться веб-приложением ))
В проблемы упирается среднее звено. У веб-морды проблем может и нет


Про фронтенд разговора вообще не было. Я говорю именно про серверную часть веб-приложений - она параллелится без особых проблем.

ДиезНу а ваш пример про beeline - он вообще непонятно как относится к теме. Можете пояснить?
Корпоративный сайт [на яве], упирающийся в производительность.

1. Откуда вы знаете, что корпоративный сайт на Java?
Только давайте без "мне друг сказал, он там работает", или "тормозит - значит на жаве". Приведите, пожалуйста, доказательства, что сайт использует Java.

2. Почему вы решили, что проблема сайта в производительности? Как "too many redirects" связан с нагрузкой на сайт?

// только я не буду предлагать переписать его на С или ассемблере - предупреждаю сразу )
Он кстати ожил минут через 10, но тем не менее.

"Ложечки нашлись, но осадочек-то остался"

azsxавторЯ тоже пытаюсь сейчас придумать кейсы когда производительности платформеров
недостаточно и нужен native.
Например, составление кроссвордов под вашу сетку, онлайн. Или другая агрессивная обработка строковых данных, например, поисковые системы.
Конечно, если вы всё планируете в БД загнать, то смысла бороться за native нет никакого.

Хороший пример, я без иронии.
Тут мой опыт подсказывает, что имеет смысл использовать системы полнотекстового поиска, типа Solr, Sphinx или Endeca. Кстати, большинство таких систем, как я знаю, реализованы на нативных языках (но не все).
Это как СУБД - сам инструмент должен быть максимально производительным, но технология, которая этот инструмент использует, практически никак не влияет на производительность.
Хоть ассемблер, хоть JavaScript - построил запрос, отправил в БД, получил ответ, отрисовал пользователю.

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