Ну да конечно не меня выгнали с работы а я всех выгнал и остался один в компании. Он конечно товарищ еще тот ну да ладно эта его сторона не затмит его заслуги перед сообществом scala.
+1, Автор бы еще байт-код сравнивал с кодом на скале. Главное доказательство того что не стоит тратить свое время на лифт а изучать более полезные вещи, такие как play состоит в том что последний был выбран typesafe хотя лифт тоже рассматривался но был достаточно быстро отброшен.
Будучи владельцем VPCSB1C5E чуть больше года я полностью разочаровался в sony. Вы как то на примере асера продемонстрировали внутренности оного с macbook air. Хотелось бы взглянуть «под капот» к данному sony. Общее впечатление от моего VPCSB1C5E было — излишняя дороговизна, дешевые комплектующие, шумность в случае сред задач, срок жизни батареи (хотя на сайте было заявлено — «необычайно долгое время работы от батареи») и нагреваемость.
запросов в сек на моем древнем нетбуке… (Не будем углубятся в детали со стороны мне так показалось)
Теперь по порядку:
Ваша машина в разы мощнее чем виртуалка автора
Автор здесь описывает тесты с перманентными комет-соединениями, а теперь взгляните на пункт: Тестируемое приложение будет выполнять три основных функции. Что касается вашего приложения в 10 строк, я не думаю что оно способно выполнять те же самые функции что и тест автора. Поскольку вы не разу не сказали про комет-соединения осмелюсь предположить что вы просто тестировали нагрузку сервера на обычные входящие запросы а это очень сильно отличается от того что проделал автор. И вообще если мои предположения верны 2000 зп/сек для вашего типа тестов это маловато.
Первый раз встречаю человека который пишет на java на нетбуке. А вообще давайте по существу какая у вас конфигурация, при каких обстоятельствах (исходники киньте) у вас получился такой результат.
Посмотрите на конфиг виртуальной машины в которой проводились тесты, не думаю что на последнем томкате-сомакате или jetty (в обычном сервлете) вы сможете приблизится и к 1000 запросам на такой конфигурации.
Изучать что то новое и такое многообещающее всегда интересно, вы не думаете? Но если у вас реально очень сжатые сроки то нет, вы сможете писать на java, может будет выходить более громоздко это ведь старушка java. Должен с вами не согласится по поводу основного вектора, я бы сказал scala и java равноправны (это почти ничего не стоит) только на java с его недостатками читаемость кода будет ниже (ну это повсюду не только в play).
Советую вам переходить на ветку 2.0 т.к. первая находиться только в поддержке и исправлении ошибок и непонятно сколько времени так будут обстоять дела. Скорее всего она поживет еще какое то время и на нее забьют как вы сказали.
Настолько сырая что линкдин и еще кое кто из очень известный компаний (официальную информацию вы можете узнать позже) изучают возможность перейти в очень коротком будущем на play 2.0. «Фитча» — упаковка в war, скорее бремя чем аватаж. Так же очень важный фактор в пользу второй версии это акка а не доморощенный асинхроно-событийный модуль который понимает Quartz.
А вы попробуйте реализовать похожий тест на последней версии томката и уверен ваши цифры вас удивят. Насколько я понимаю автор запускал приложение без определенных jvm параметров (server или увеличение permGen итд)?
Вы ведь знакомы с play, с принципапи работы netty, mina, grizly и вы должны понимать что если в вашем приложении вы хотите использовать к примеру WebSocket или хотите что написать банальный чат способный выдерживать десятки тысяч одновременных подключений или же ищете асанхронизма то не о каком развертывании play приложения в j2ee контейнере не может быть и речи. Цитируя создателя play, которого всегда передергивает от упоминания про j2ee — «не вижу ни малейшего смысла использовать play с j2ee, актуальная поддержка (речь шла о 1.1) имеется как вынужденная временная мера, но я вам не советую использовать play с j2ee». Конец цитаты, было сказанно почти на всех jug на которых я присутствовал с господином Bort. Но не будем отдалятся от сути и развязывать святых войн. Создатели play не рекомендуют вам использовать онный с j2ee, но если у вас действительно нет другого выбора то используйте.
Так же по мудлям можно использовать и старые добрые jars :) При условии если у вас не бует конфликтов имен.
Ну тут наверное воля большинства взяла свое, хотя про полное желание искоренить поддержку j2ee я слышу от господина Bort уже с версии 1.1 наверное, вот думал наконец то порадовал, аль нет.
А я вам про что говорю, модули на потом, но вот честно никто мне пока точного ответа как они будут выглядеть не дал, т.е. гдать пока на эту тему не вижу смысла
Тут не совсем проблема просто разработчки ранее не тестировали под jvm x64. Насколько мне известно сейчас есть люди которые этим занимаются, неудобства могут наверное возникать (хотя я давно об этом не слышал) во время разработки.
Да я и не обижаюсь, и не оправдываю, стараюсь объяснить как есть. Пока поддержка Java7 не может чисто физически быть в приоритетах так как почти вся команда разработчиков брошена на play 2. А поддержкой (именно поддержкой) веток 1.* занимается всего пара человек. Но я бы не стал говорить что вторая версия вообще непригодна для реальных проектов, использовать можно но на больших проектах могут возникнуть неудобства.
Про java7 это не проблема play а скорее tools которые фреймворк использует, а как вам известно он использует компилятор от eclipse для динамической компиляции изменения и javasist (что коллатерально) для некоторых фич. Я даже не знаю есть ли уже стабильная версия эклипс компилятора для версии 7. А теперь представте работу которую нужно проделать что бы все это интегрировать, хотите помогите сообществу будем только рады. Лично я предпочитаю видеть как play эволюционирует в сторону scala чем в сторону java 7, пора кончать с java :).
А что по звуко и тепло изоляции? А какой вес у этого чуда?
запросов в сек на моем древнем нетбуке… (Не будем углубятся в детали со стороны мне так показалось)
Теперь по порядку:
Тестируемое приложение будет выполнять три основных функции. Что касается вашего приложения в 10 строк, я не думаю что оно способно выполнять те же самые функции что и тест автора. Поскольку вы не разу не сказали про комет-соединения осмелюсь предположить что вы просто тестировали нагрузку сервера на обычные входящие запросы а это очень сильно отличается от того что проделал автор. И вообще если мои предположения верны 2000 зп/сек для вашего типа тестов это маловато.
А вы попробуйте реализовать похожий тест на последней версии томката и уверен ваши цифры вас удивят. Насколько я понимаю автор запускал приложение без определенных jvm параметров (server или увеличение permGen итд)?
Сами понимаете вторая версия вышла недавно так что пока свежих сравнительный работ нет. Вот если хотите несколько ссылок с версией 1.1:
Сранение с кучей других фреймворков
Сравнение с нодом
Не может версия 2 быть более медленней чем 1.1, поверьте мне на слово, а если не хотите то сравните реализацию фитч из версии 1.1 и 2.
Вы ведь знакомы с play, с принципапи работы netty, mina, grizly и вы должны понимать что если в вашем приложении вы хотите использовать к примеру WebSocket или хотите что написать банальный чат способный выдерживать десятки тысяч одновременных подключений или же ищете асанхронизма то не о каком развертывании play приложения в j2ee контейнере не может быть и речи. Цитируя создателя play, которого всегда передергивает от упоминания про j2ee — «не вижу ни малейшего смысла использовать play с j2ee, актуальная поддержка (речь шла о 1.1) имеется как вынужденная временная мера, но я вам не советую использовать play с j2ee». Конец цитаты, было сказанно почти на всех jug на которых я присутствовал с господином Bort. Но не будем отдалятся от сути и развязывать святых войн. Создатели play не рекомендуют вам использовать онный с j2ee, но если у вас действительно нет другого выбора то используйте.
Так же по мудлям можно использовать и старые добрые jars :) При условии если у вас не бует конфликтов имен.
Ну тут наверное воля большинства взяла свое, хотя про полное желание искоренить поддержку j2ee я слышу от господина Bort уже с версии 1.1 наверное, вот думал наконец то порадовал, аль нет.
А я вам про что говорю, модули на потом, но вот честно никто мне пока точного ответа как они будут выглядеть не дал, т.е. гдать пока на эту тему не вижу смысла
Да я и не обижаюсь, и не оправдываю, стараюсь объяснить как есть. Пока поддержка Java7 не может чисто физически быть в приоритетах так как почти вся команда разработчиков брошена на play 2. А поддержкой (именно поддержкой) веток 1.* занимается всего пара человек. Но я бы не стал говорить что вторая версия вообще непригодна для реальных проектов, использовать можно но на больших проектах могут возникнуть неудобства.