maytonnojava6) Twitter давно и смешно борется c масштабируемостью, бросаясь в крайности перехода с Rails на Scala и еще куда-нибудь потом

Я не различаю рантайм Java/Scala. Можно через слеш или через запятую писать. Тоже с груви.

в общем-то да, у них всех одна большая родовая травма - JVM/Heap/GC

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

maytonnojava8) 9) 10) - это ни разу не highload, так, обычые региональные сайты с трафиком 1 страница в секунду на ноду, там и Java справится вполне.
Я готов согласиться но хотелось-бы дать на замену 3 особо нагруженных портала. Я навскидку ничего не помню
из того что сам посещаю.

в мире highload к Java, .NET и подобному относятся довольно настороженно.
примеры же серверов баз данных, написанных на Java - и вовсе показательны - даже Facebook окончательно отказался Cassandra

что, в общем-то, уже говорит о реальной применимости Java к написанию core technology стека, в сравнении с С/C++


кроме того, в вопросе быстрого хот-фикс-деплоя и она ни разу не выигрывает - компиляция то требуется, как ни крути
Python и PHP тут вне конкуренции

maytonnojavaPython и PHP тут вне конкуренции
Не уверен что Python + PHP могут с уверенностью претендовать на хайлоад.
VK и Facebook вообще навострились PHP код кросскомпилировать в C++ код и потом его линковать.

Хотя это у них уже не мейнстрим, они научились делать JIT компилирование, насколько я помню.

А в остальном - в чем проблема? На PHP вполне себе можно запилить приложение, которое будет перемалывать 200-300 тысяч запросов в секунду с одной физической ноды, причем время реакции будет гарантировано, в отличие от.

maytonЯ не знаю что там этот Цукерберх придумал. Но PHP в былые времена
не имел возможности быстро отстреливать ответы. Нужны какие-то
там ускорители или присадки к классической модели HTTP-request-fork().
Я признаю что фейсбук быстр но это не заслуга PHP. А скорее
плод длительного переосмысления создателем всего workflow.
И PHP там не простой а с тюнингом.

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

maytonПо поводу Пайтона. Ну... он тоже не блещет скоростью . Наверное только в кластере
таких-же машин и под nginx он способен расти по скорости.
еще раз - там основная работа в таких проектах сидит на стороне баз данных и кешей. плюс временные затраты на сетевой трафик.
все эти скриптовые интерпретируемые языки в общем времени веб обработки занимает доли процентов, ими можно пренебречь.
ну уменьшишь ты с 0.1% до 0.001% время рендеринга страницы, и что? этого никто не заметит.

maytonНекоторые ссылаются на гугол. Дескыть он его юзает. Ну и что?
Гугол нельзя рассматривать как 1 физичесекий сервер. Тоесть
сама формулировка - натяжка. У гугла грамотное облако с балансом
с географией.

гугл для ключевых сервисов (поиск) использует в основном C++.
а для всякой вспомогательной ерунды - все что угодно.

к примеру часть gmail и google docs написано на GWT, т.е. на Java.
там просто не нужен highload by design, не критичные сервисы (в части получения прибыли).

maytonnojavaгугл для ключевых сервисов (поиск) использует в основном C++.
а для всякой вспомогательной ерунды - все что угодно.

к примеру часть gmail и google docs написано на GWT, т.е. на Java.
там просто не нужен highload by design, не критичные сервисы (в части получения прибыли).
Я начал тему сравнения сайтов и технологий чтобы прояснить для себя
и для всех какие технологии где используются. Хотя-бы по названиям.

какая разница, что где используется? какой-нибудь Bank Of America поди до сих пор Cobol использует, с Java обвесом вокруг, чтоб веб формы можно было вводить.

Вопрос - что в тренде. А сейчас, в тренде, как ни странно, Node.JS. Вот парни из Paypal нагрядно показали, как в два раза увеличили пропускную способность и уменьшили время отклика. Так это было еще три года назад!

https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/

Uber, LinkedLn, Netflix - идут туда-же.

https://www.quora.com/What-are-the-biggest-websites-built-with-Node-js-on-the-server-side

maytonnojavaВопрос - что в тренде. А сейчас, в тренде, как ни странно, Node.JS. Вот парни из Paypal нагрядно показали, как в два раза увеличили пропускную способность и уменьшили время отклика. Так это было еще три года назад!

Мы не можем так легкомысленно говорить о трендах. Или надо просто добавлять IMHO.

Хотя внутренне я полностью согласен что у Node.JS есть перспектива выдавить этот бестолковый PHP
с нагромождением подпорок и протезов.

Нода скорее Java выдавит. Потому что PHP и так замечательно работает, и, к слову, для веб задач он спроектирован просто идеально,
один его принцип live-to-die заслуживает всяческого уважения и прочего респектования перед авторами.

В этом плане Node.JS сделан куда хуже (там нет live-to-die, зато есть засилье call back замыканий в виде мегалесенок, которое требует выворачивания мозгов набекрень, типовые Java кодеры к такому более расположены, чем PHP-ники)

HHVM http://tech.marksblogg.com/billion-nyc-taxi-rides-nvidia-tesla-mapd.html 1.1 Billion Taxi Rides with MapD & 8 Nvidia Tesla K80s ... The SQL looks very much like what you'd use with most RDBMS offerings.
А в контексте топика - вот хороший тон в программировании писать код СУБД на CUDA C++ под GPU?
MapD - прикольная идея, спасибо за ссылку.

А так - почему и нет? Специализированные на оборудовании СУБД движки в мире BigData/BI рулят со страшной силой.
Netezza тому пример, или Oracle Exadata с их HCC.

Но затолкать датабазу в GPU - это таки пять, при том, что тот C, что поставляется с OpenCL и подобным - вполне достаточен для подобного.