Исходное сообщение
"Проект Wikipedia перешёл на использование HHVM для выполнени..." Отправлено edwin3d, 08-Янв-15 08:40
> Даже палкой с трех метров трогать не хочу Т.е. открываем рот не имея реального опыта работы. > Потому что, дистр какого размера? бинарник какого размера? > а сравните ка это с той же пхпшкой и 15 метровой rpm-кой Когда ф-ть php достигнет 5% от Java сообщите. Хотя-бы когда в php появиться зачатки нормальной многопоточности, что-то класса NIO > На рабочем компе 250Кб скриптик (или как эта хрень зовется) прогружается минут > пять, а "серьезный" софт на вашей яве, это реальный ретурн ту > виндовс 98 Только отчего-то результаты на серверах иные, не такие как Вы рассказали. Простая замена с ruby на jruby производительность повышает с лету в разы. ПРо HL задачи вообще говорить не стоит - высоконагруженные системы класса Cassandra на PHP никто писать не будет. > жопой набитый код исполнять, гарантируя при этом безопастность системы и обеспечивая > масштабируемость которая яве и не снилась. Да, вот что значит перечитать статьи про Docker, когда тело путает одно  решение с совершенно иным, при это не осознавая что сравнивает совершенно разные вещи. Обратите внимание в чем достоинство описанного в статье решения - применяется VM для PHP. Разрыв шаблона. Потому что VM - это куда больше чем те 1% не главного, которые вы перечислили Мне совершенно не понятно как контейнерная визуализация решит проблему отсутствия JIT и соот. низкой производительности, когда запросы которые должны выполнятся в пределах 200 мс, а пилятся секундами   И другие 10к. проблем, которые вообще не в той плоскости лежат