Здравствуйте, avpavlov, Вы писали:

A>А с чего бы это JSP странице (оставим уж голые сервлеты в сторонке) быть медленнее PHP страницы? Учитывая, что в Яве JIT предмет постоянной многолетней оптимизации?

Одной странице может быть и нет, но в типовом веб приложении, архитектура на основе тех же рельс будет простой как палка. А явисты напридумывают. Посмотрите, например, на xwiki и сравните с другими вики движками на PHP или Ruby.

Да, фич, больше. Динамика вероятно не потянет проект с таким богатством возможностей. Но многим они не нужны.

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

Да, если гнаться за перфомансом, java вероятно будет получше, но ведь никто не гонится. В java молятся за SOLID, а в руби за DRY и KISS.

Здравствуйте, мыщъх, Вы писали:

М>у нас был продукт, значительная часть которого написана на руби. руби тормоз по жизни и увеличение тактовой частоты вдвое поднимает производительность рельсов едва ли на 10%. с другой стороны, Java намного чувствительнее к частоте и есть смысл пускать ее на быстрых камнях. а вот для рельсов быстрый камень это деньги, выброшенные на ветер.

Узкое место в хайлоаде это работа с бд. Язык роли не играет. Совсем-совсем.

Здравствуйте, Anton Batenev, Вы писали:

AB>Решили проблему простой установкой Jira на сервер с 32GB RAM и получили стабильность — собственно, то, из за чего и началась дискуссия — прожорливые они, заразы.

Хммм... Вот от Атлассиана не ожидал такого. Надо будет посмотреть, что у них с вакансиями (офис удобно расположен)

Здравствуйте, kaa.python, Вы писали:

KP>...
KP>Для вроде как шустрой и такой оптимальной Java рекомендуется фактически в 2 раза больше памяти и в 2 раза более шустрый процессор чем для куда более тормознутого Ruby или PHP. Откуда у подобной ситуации ноги растут? Исходя из своего опыта с Java, единственное что мне приходит в голову это тотальный over architecture большинства Java решений, что приводит к в 2 раза более высоким требованиям при более производительном коде.
KP>Какие еще могут быть причины такой занятной рекомендации?

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

Я разворачивал небольшие ява приложения на виртуалке с 600Mhz процом и 256Мб оперативки, работало очень шустро.
Для нормально написанных приложений ява не очень требовательна, особенно если знать как настраивать.
Ну и как всегда, все зависит от задач и от нагрузки.