LINUX.ORG.RU

Завершен JRuby компилятор.


0

0

Чарльз Наттер, работающий в Sun над JRuby (Ruby реализованный на Java), сообщил об окончании работ над компилятором для JRuby. По скорости он заметно обходит существующий MRI(оригинальный компилятор) и Ruby C. В ближайших планах реализация AOT(ahead-of-time) компилятора, который позволит получать .class файлы из Ruby кода. Это говорит о том, что в ближайшее время Ruby обгонит по скорости Python и PHP.

Так же в ближайшее время ожидается выход финальной версии Ruby on Rails 2.0.

>>> Блог Чарльза Наттера

>>> Больше информации

Йееес, Жруби полностью готов бороться с Жытоном (Jython). Посмотрим кто кого сборет.

Но я думаю, что жава-машина всех победит. :)

iriyoox
()
Ответ на: комментарий от iriyoox

Jython древний как говно мамонта, так что его даже мёртвый поборет.

blind
()
Ответ на: комментарий от annoynimous

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

theos ★★★
()

>Это говорит о том, что в ближайшее время Ruby обгонит по скорости Python и PHP.

Был такой бенчмарк, где ruby-1.9.x (будущий 2.0) обогнал в скорости perl.

HappyCoder
()
Ответ на: комментарий от HappyCoder

>Был такой бенчмарк, где ruby-1.9.x (будущий 2.0) обогнал в скорости perl.

Да, если я не ошибаюсь, это еще один компилятор YARV (Yet Another Ruby VM - http://www.atdot.net/yarv/), но последняя версия была выпущена больше года назад, хотя возможно в репозитарии есть что-то поновее.

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

Grafter
() автор топика
Ответ на: комментарий от Grafter

YARV уже перенесён в репозиторий ruby. Про тот сайт уже забыли.

HappyCoder
()
Ответ на: комментарий от anonymous

JVM вообще медленно грузится. Попробуй прожку чуток посложнее. Или хотя бы цикл не до 1000, а до 1^9. Я не знаю, кто победит :) Но всё-таки будет более показательный тест.

achy
()
Ответ на: комментарий от achy

Вообще говорилось же о скорости компилятора, а не скорости генерённого им кода?..

achy
()

> По скорости он заметно обходит существующий MRI(оригинальный компилятор) и Ruby C.

По скорости чего? По ссылкам нигде такого не говорится... Насчет скорости говорится вот что: "We've even made great strides in speeding up interpreted mode to almost as fast as the C implementation of Ruby 1.8, and we still have more ideas.".

smh ★★★
()
Ответ на: комментарий от achy

> JVM вообще медленно грузится. Попробуй прожку чуток посложнее. Или хотя бы цикл не до 1000, а до 1^9. Я не знаю, кто победит :) Но всё-таки будет более показательный тест.

Добавил там же: http://antono.info/ru/25

1.upto(1_000_000) { puts 'test...' }

отработало на Jruby за 2 минуты и сожрало всю память. На ruby - 30 секунд и разумное количество памяти.

antono
()
Ответ на: комментарий от theos

> Ну это как раз совсем не странно - джава машина очень рулит в "рантайм оптимизации", котороя явно очень одходит для таких динамически типезированных языков как руби...

Покажите мне где она рулит по перфомансу. Выше мои ссылки на простые тесты.

antono
()
Ответ на: комментарий от anonymous

> http://antono.info/ru/25

«1.upto(1_000_000) { puts 'test...' }» это же «for (1..1000000) { print "test\n"; }», да? Тогда какого индусского бога оно память-то жрет что GC out of memory? На цикле с puts в stdout-то?

anonymous
()
Ответ на: комментарий от antono

Думаю, для JVM-приложений интереснее учитывать производительность "изнутри" - то есть, брать временнЫе метки перед и после тестового фрагмента, дабы не считать начальный старт. Например, сервлетный движок долго запускается (впрочем, пять секунд - это долго?), но потом быстро жужжит :-)

anli
()
Ответ на: комментарий от iriyoox

iriyoox> Йееес, Жруби полностью готов бороться с Жытоном (Jython). Посмотрим кто кого сборет.

Отнюдь. Посмотрим, кто кого сейчас обосрёт ;)

Quasar ★★★★★
()

Из текста новости не совсем понятно - имеется в виду скоорсть компилятора или скорость скомпилированного кода. А вообще классно - Java VM не уступает .NET-у, в части поддержки foreign languages, хотя я не сомневаюсь, что разработчикам пришлось побороться с адаптацией.

Legioner ★★★★★
()

>Это говорит о том, что в ближайшее время Ruby обгонит по скорости Python и PHP.

Интересно, что тут может вобще о таком говорить?? Руби, сам по себе - тормоз. И до питона ему далеко. А сравнивать JRuby и CPython тоже странно. Для этого есть JPython.

anonymous
()
Ответ на: комментарий от KRoN73

> Был такой бенчмарк, где ruby-1.9.x (будущий 2.0) обогнал в скорости perl.

И что с того? Тот же питон обгоняет перл в 2 с лишнем раза.

TheLastWinged
()
Ответ на: комментарий от Grafter

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

ффу. Рантайм жабы тормозит как писец. Даже в сравнении с скриптовыми языками.

Никоим образом не верю, что JRuby дёрнет YARV по скорости. Скажем нет жабоизации хороших языков!

yk4ever
()
Ответ на: комментарий от yk4ever

тормоза рантайма - я имел в виду скорость начального подъёма.

Хотя жабогуи конечно тоже отвратительны, даже хуже Tk.

yk4ever
()
Ответ на: комментарий от xTERM

> Фтопку жабу. Parrot рулит.

Фтопку рабочее решение. Сферический конь в вакууме рулит.

Ну вас нахер, тролли.

eveel ★★
()
Ответ на: комментарий от anonymous

просто рубисты под "быстрее" понимают не то, что обычные люди, а наоборот.

geek ★★★
()

Да! Много велосипедов хороших и разных!

AiFiLTr0 ★★★★★
()
Ответ на: комментарий от yk4ever

> Скажем нет жабоизации хороших языков!

Скажем ДА жабозации хороших языков! Я тогда смогу и примеры по J2EE давать на хороших языках, ну и лабы на них требовать. ;)

sv75 ★★★★★
()
Ответ на: комментарий от eveel

>> Хотя жабогуи конечно тоже отвратительны, даже хуже Tk.

> Ты монитор включать пробовал?

s/включать/выключать/ ?

sv75 ★★★★★
()

Фигня это всё. Он слишком динамический, чтобы быстрый код давать даже при самом умном компиляторе.

anonymous
()

Damn! Python Psyco требует 32-битную машину(((((

shahid ★★★★★
()
Ответ на: комментарий от anonymous

> Тогда какого индусского бога оно память-то жрет что GC out of memory? На цикле с puts в stdout-то?

Экспериментально доказаны утечки в JVM?

А может, это знаменитая Джава-оптимизация?..

eugine_kosenko ★★★
()
Ответ на: комментарий от iriyoox

> Йееес, Жруби полностью готов бороться с Жытоном (Jython). Посмотрим кто кого сборет.

Угу. А еще посмотрим на JPHP...

> Но я думаю, что жава-машина всех победит. :)

Угумс. С нетерпением ждем JApache...

eugine_kosenko ★★★
()
Ответ на: комментарий от eugine_kosenko

>Угу. А еще посмотрим на JPHP...
Вообще-то, он уже давно есть: http://www.caucho.com/resin-3.0/quercus/

Даже работает, у меня на нем форумы крутятся. Лично я от этого сплю спокойнее - в Java нет переполнений буфферов :) Да и работает заметно быстрее нативного PHP.

anonymous
()
Ответ на: комментарий от eveel

> Ты монитор включать пробовал?

Зачем серверу монитор? В основном удалённо, через Xmanager или Avocent'овскую KVM-коробку.

yk4ever
()

> Завершен JRuby компилятор.

ОПЯТЬ СЕГФОЛТ?!?!?!

anonymous
()
Ответ на: комментарий от Quasar

+20

-----

Изобретатели поделий-"велосипедов из руды" лучше бы занимались повседневными прогами, или бы, скажем, GET'ы нормальные для JSF сделали бы. А то яйцеголовые теоретики-грантополучатели от программирования "страшно далеки они от народа" (с).

Bioreactor ★★★★★
()
Ответ на: комментарий от anonymous

> Мда.. Вообще то есть Java реализация httpd от apache.org. Так что шутка оказалась несмешной :(

Ну и? Давно оно уже "всех победило"?

eugine_kosenko ★★★
()
Ответ на: комментарий от eugine_kosenko

>Ну и? Давно оно уже "всех победило"?

Давно Linux всех победил? И чо? Это же не мешает кому нужно, им пользоваться. Не все ж лемминги, чтобы от винды слюни пускать, некоторые просто работают. Так и Apache httpd, just works

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.