Планы на JRuby 1.1 и JRuby AST sharing
Michael Klishin
sharing:
- compiler complete
- AOT compilation working with jrubyc
- stdlib all precompiled
- gem install precompilation
- virtual filesystem-inside-JVM (maybe) or hacked rubygems that can run
out of an archive
- performance improvement to be quantified...java integration,
execution, memory reduction·
- Yarv bytecode execution and compilation (maybe)
- AST sharing as an option (sharing across runtimes)...need to explore
AOT compilation and its (positive?) effect on memory too
- real threading brutalization, testably multithread-safe core classes
(maybe, needs heavy testing on many-core systems)
- Java API rubification, perhaps with require 'javax.swing' and so on·
Источник:
http://www.infoq.com/news/2007/08/jruby-onezeroone
Если очень туго с английским, список переведен:
http://novemberain.com/2007/8/24/jruby-1-1-has-huge-plans
--
MK
GeniyZ
Как я понимаю игры для телефонов всё-равно писать не получится, а
запускать рельсы используя JRuby, ИМХО, извращение.
Я буду рад если меня кто-нить переубедит, а то противно думать, что
кто-то зря тратит время на развитие ненужных технологий.
Michael Klishin
> А вот я не понимаю для чего вообще нужен JRuby.
> Как я понимаю игры для телефонов всё-равно писать не получится, а
> запускать рельсы используя JRuby, ИМХО, извращение.
А, то есть Java это типа игры для телефонов, а какой у нее рынок в
корпоративной среде ты знаешь? И как тамошние ребята реагируют на
предложение уйти с Java на нечто другое? Они инвестируют на 15 лет
вперед и с ворчанием переходят на версию 5, когда на дворе уже 8.
> Я буду рад если меня кто-нить переубедит, а то противно думать, что
> кто-то зря тратит время на развитие ненужных технологий.
Учитывая что технология та же, что и один из основных предметов
обсуждения в этом листе, и используют ее явно неглупые товарищи
(предметная область приложений которых, подозреваю, сплошные финансы и
законодательство, а не асоциальные сети и простые магазины под хостинг
за $5)...
--
MK
Алексей Дмитриев
enterprise-монстры - корпоративные приложения. В их рождение и рост
толстыми дядьками вложены миллиарды долларов.
Есть маленький, но очень красивый мир Ruby on Rails. В нем тусуются
модные парни в драных джинсах, которым очень жаль тратить свою жизнь на
написание громоздких Java-приложений. Им гораздо интереснее делать все
быстро, красиво и без лишнего геморроя.
JRuby - это хрустальный мост, волшебный портал между миром Java и миром
Ruby on Rails. По нему парни в джинсах придут в мир Java, возьмут там
все самое полезное и интересное. Красный рубин засияет на вершине
древней горы Java Enterprise, озаряя своим светом древний мир. Все будут
счастливы.
Наглядно?
--
С уважением,
Алексей Дмитриев
http://www.html-blog.ru/
Ruby on Rails, Web 2.0 и всё такое
GeniyZ
ЗАЧЕМ писать на Ruby Java-приложения?
Новые приложения на Яве появляются, ИМХО, не шибко часто (если считать
программки для телефонов). А уже написанную прогу я б не развивал
используя другой язык программирования, а использовал бы то на чём она
изначально писалась.
А Sun, насколько мне известно, заинтересовался JRuby именно из-за
Рельс (эт я у него на офф сайте когда-то вычитал).
Алексей Дмитриев
готовые библиотеки java в работе Rails-приложений.
Боюсь, у тебя весьма смутное представление о масштабах использования
языка Java. Приложения для мобильных телефонов - это мизерная часть
всего объема Java-приложений. Java занимает огромную долю рынка
корпоративных приложений. Собственно, ради вывода Ruby on Rails на этот
рынок люди потратили почти 2 года на создание jruby
GeniyZ
Julian 'Julik' Tarkhanov
On 24-aug-2007, at 10:52, Michael Klishin wrote:
> - AST sharing as an option (sharing across runtimes)...need to explore
> AOT compilation and its (positive?) effect on memory too
оо...
--
Julian 'Julik' Tarkhanov
please send all personal mail to
me at julik.nl
Julian 'Julik' Tarkhanov
On 24-aug-2007, at 11:48, GeniyZ wrote:
> А вот я не понимаю для чего вообще
> нужен JRuby.
> Как я понимаю игры для телефонов всё-
> равно писать не получится, а
> запускать рельсы используя JRuby, ИМХО,
> извращение.
расширение на C, с тобой поспорит;
равно как и люди у которых уже
есть огромная машинерия на джаве
которой хочется удобно оперировать
Alexey Verkhovsky
> А вот я не понимаю для чего вообще
> нужен JRuby.
Поскольку мне по роду службы приходится отвечать на эот вопрос три
раза в неделю, минимум, ответ сложился такой:
1. Организации у которых уже есть отлаженная инфраструктура под J2EE
приложения и нет желания строить новую под LAMP.
2. Возможность использования имеющихся библиотек и вообще кода на Java.
Например, у меня есть база данных спроектированная под конкретную J2EE
аппликацию 5 лет назад. И есть Hibernate mappings для нее. И надо
написать вэб-интерфейс к ней. JRuby позволяет делать это на рельсах, с
использованием Hibernate mappings.
3. Низкоуровневый код быстрее и с большим удовольствием пишется на
Java нежели на C. Плюс, не возникает замысловатых косяков с garbage
collection. Примерно так.
Еще, для вот этого проекта:
http://studios.thoughtworks.com/mingle-project-intelligence JRuby
дешево и сердито решил проблему "как упаковать коробочный продукт на
Ruby чтобы его можно было ставить на чем угодно".
Проблем у JRuby тоже пока хватает. В основном, с производительностью.
--
Alexey Verkhovsky
CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com]
RubyWorks [http://rubyworks.thoughtworks.com]
Julian 'Julik' Tarkhanov
On 26-aug-2007, at 22:48, Alexey Verkhovsky wrote:
>
> Еще, для вот этого проекта:
> http://studios.thoughtworks.com/mingle-project-intelligence JRuby
> дешево и сердито решил проблему "как
> упаковать коробочный продукт на
> Ruby чтобы его можно было ставить на
> чем угодно".
интересно, лему "как гнусно
обфускировать коробочный продукт
чтобы его нигде нельзя было
подправить" это не решило?
искючительно из интереса - дистриб
mingle содержит rb-файлы? :-)
Alexey Verkhovsky
> интересно, лему "как гнусно
> обфускировать коробочный продукт
> чтобы его нигде нельзя было
> подправить" это не решило?
Решило.
Тема, кстати, архи-важная с точки зрения отъема денег у населения.
Потому как наиболее частво встречающаяся потребность "подправить" -
это убрать проверку лицензии.
> искючительно из интереса - дистриб mingle содержит rb-файлы? :-)
Содержит, но. Они нечитабельны (зашифрованы).
Julian 'Julik' Tarkhanov
Решило.
Alexey Verkhovsky
> Решило.
> Ну вот вам и аргумент в пользу JRuby - все остальное считай пустяк :-)
На самом деле, шифрование исходников с тем же успехом можно было
прикрутить и к MRI, просто при этом свою версию MRI пришлось бы
строить и раздавать для Mac, Windoze, Solaris и 1001 варианта
Линуксов. А так - один jruby-complete.jar на всех. Дешево и сердито.
Julian 'Julik' Tarkhanov
Дешево и сердито.
Alexey Verkhovsky
> и "а что будет если оно сломается" :-)
Рассказывается тут:
http://studios.thoughtworks.com/mingle-project-intelligence/support
xabk
русскому мне не удалось:( Хотя, это, конечно, может и моя
неопытность.. Но стандартные действия из Rails Recipes ничего не дали:
( Сразу, чтобы не плодить вопросы - jcode я ему в lib скармливал, а в
database.yml писал encoding: utf8 (это меня больше всего смущает -
может с такими дровами надо как-то иначе?)..
А с памятью просто жуть. Минута-две после старта, логина - 230 Мб.
Создаю первый проект (с примерами) - 320 Мб. Прошелся по вкладкам -
350 Мб. Создаю второй (из другого темплейта) - 355 Мб (ммм.. неужели),
иду по табам, на третьем табе - 415 Мб. Ну, дальше я не стал уже
изгаляться, это и так уже просто смешно! Another fat Java app (я не
идеологический противник Java, но тут эта фраза подходит;)
И, самое дурное, при таких аппетитах он очень медленно работает. На
моей машине (Celeron-2800 (~20% занято сторонними приложениями), 1Gb
DDR-400 RAM (~400Mb использовано), SATA HDD) проекты создаются по 35
секунд, по табам он ходит примерно за 14-20 секунд, и есть при этом
70-80% процессорного времени, благо ему никто не запрещает. Это как-то
даже смущает.. Another fat & slow Java app..
Я более чем уверен, что засунь я этот Мингл в InstantRails он бы и ел
меньше, и работал шустрее.. Я вообще не понимаю, как он может так
медленно работать (разве что они поставили там известный плагин -
acts_as_enterprise;)
В общем, то ли ребята и ThoughtWorks виноваты, то ли JRuby еще столь
сырой, не знаю.. Но вот такие дела.. Кстати, буду только рад, если вы
меня переубедите или покажете, что проблемы в моей машине или голове с
руками:)
Alexey Verkhovsky
> Хоть в Мингле конфиги и вьюшки не зашифрованы, но приучить его к
> русскому мне не удалось:(
В общем, утверждается, что UTF-8 оно должно поддерживать, за
исключением поиска в языках которых не знает stemmer4r.
Вопрос №1: у вас MySQL настроен на работу с UTF-8?
> Another fat & slow Java app..
Размеры в памяти (под полгига) примерно соответствуют моим
представлениям, причем под кластером из 10-ти Mongrel'ов эта тварь
жрала бы намного больше. Что совсем не страшно для выделенного
сервера, но вообще говоря, отсюда и происходит желание сделать Рельсы
многопоточными.
С производительностью странно. Видел эту штуку в трех разных местах,
30 секундами на страницу там и не пахнет.
xabk
> исключением поиска в языках которых не знает stemmer4r.
MySQL настроен, даже сейчас проверил прямо, не доверяя дефолтам - и у
таблицы (users), и у колонки (name) (просто я на них проверял) стоит
кодировка utf-8..
> Размеры в памяти (под полгига) примерно соответствуют моим
> представлениям, причем под кластером из 10-ти Mongrel'ов эта тварь
> жрала бы намного больше. Что совсем не страшно для выделенного
> сервера, но вообще говоря, отсюда и происходит желание сделать Рельсы
> многопоточными.
О.. То есть, его только так и можно будет использовать, на выделенном
сервере? А облегченная версия для личного пользования не
предвидится?.. И, да, как-то я ошибался, видимо, в своих
представлениях о памяти для Rails-приложения..
> С производительностью странно. Видел эту штуку в трех разных местах,
> 30 секундами на страницу там и не пахнет.
Хорошо ;) Правда хорошо, это мне показалось самым странным. Я еще
потестирую на других машинах, как появится возможность, отпишу
результаты..
Alexey Verkhovsky
Тогда это, наверное, глюк. Давайте подробности - либо в поддержку (на
аглицкой мове), либо мне (на любой из двух). На ror2ru это, наверное,
офф-топик.
> О.. То есть, его только так и можно будет использовать, на выделенном
> сервере? А облегченная версия для личного пользования не
> предвидится?.. И, да, как-то я ошибался, видимо, в своих
> представлениях о памяти для Rails-приложения..
Подозреваю, что если найти то место, где написано что JRuby runtimes
должно быть десять (10) штук, и заменить его на что-нибудь поменьше,
то все станет значительно веселее.
Что касается размеров Rails приложений, это обычно от 30 до 100 Mb на
один Монгрел.
А вообще, я сейчас как раз занимаюсь сравнением производительности
JRuby и MRI на рельсовых приложениях. Пока все больше Petstore.
Надеюсь, рано или поздно у меня дойдут руки поизмываться в этаком
аксепте над Минглом, тогда я смогу сказать что-нибудь более
содержательное.
Sergey Kojin
On Aug 27, 6:44 am, "Alexey Verkhovsky" <alexey.verkhov...@gmail.com>
wrote:
Lugovoi Nikolai
27.08.07, Alexey Verkhovsky<alexey.v...@gmail.com> написал(а):
Alexey Verkhovsky
> Да ладно, текущая версия шифрования кода в mingle обходится за 20 мин :)
Так это понятно - как и любой другой DRM, в общем-то. А
скомпилированные классы Java декомпилируются во вполне читабельную
форму.
Но это (а) уметь надо и (б) кое-где считается аж уголовным преступлением.
xabk
Напишу. Сначала вам, вместе с затронутыми файлами.. Так наверное будет
проще.. Наверное сразу на паре языков. чтобы вам в случае нехватки
времени проще было переслать запрос в поддержку..
> Подозреваю, что если найти то место, где написано что JRuby runtimes
> должно быть десять (10) штук, и заменить его на что-нибудь поменьше,
> то все станет значительно веселее.
Хорошо бы, а то зачем мне (к примеру) одному аж десять их.. А я думаю,
я не единственный, кто хотел бы попробовать его в одиночку или
небольшой командой;)
> А вообще, я сейчас как раз занимаюсь сравнением производительности
> JRuby и MRI на рельсовых приложениях. Пока все больше Petstore.
> Надеюсь, рано или поздно у меня дойдут руки поизмываться в этаком
> аксепте над Минглом, тогда я смогу сказать что-нибудь более
> содержательное.
А вот это - супер. И уже будет явно не оффтопик;) На таком материале
можно будет уже подкрепленную фактами статью о сравнении реального
приложения написать и, думаю, многим будет интересно.. Или скринкаст +
звук, как это, кажется, принято в рельсовом мире;) Прозит:)
2 Sergej Kozhin
обязано быть production, а если dev - то значит он по умолчанию в dev
запускается, что было бы очень странно.. но давайте, пожалуй, тут и
вправду не будем о конкретной проблеме с Mingle)
***
Вот только последний вопрос, если кто обучал-таки Mingle использовать
utf8 - напишите, плиз, чтобы зря поддержку не напрягать.. Можно мне на
почту, чтобы и тут не флудить..
Max Lapshin
Так это понятно - как и любой другой DRM, в общем-то. А
скомпилированные классы Java декомпилируются во вполне читабельную
форму.
Но это (а) уметь надо и (б) кое-где считается аж уголовным преступлением.