LINUX.ORG.RU

Релиз JRuby 1.0.1


0

0

JRuby это написанный на Java интерпретатор популярного языка программирования Ruby.

Текущая версия совместима с Ruby 1.8.5 и включает в себя следующие особенности:

* реализовано большинство встроенных классов Ruby;

* возможно определение Java-классов на Ruby и интерактивное взаимодействие со средой Java;

* встроена поддержка Bean Scripting Framework (BSF);

* дистрибутив распространяется под тремя лицензиями (CPL/GPL/LGPL).

* исправлено 28 ошибок первой версии и ошибки, связанные с сетевыми взаимодействиями.

>>> Подробности

Ответ на: комментарий от Gharik

>И часто ты, сынок, получаешь нативные ELF'ы при помощи "компелятора" (ТМ) от майкрософт? Или благодаря бескомпромиссной оптимизации faith-блоков мозга ты и почитать тесты не осилил, где явно показывается, что MSVC сливает __вообще всем__, а gcc по интегральным характеристикам чуть хуже icc, кое-где его рвёт, кое где отстаёт, но в целом, учитывая склонность icc время от времени глючить, генерить левый код, залоченностью на конкретную архитектуру, а также - сегфолититься вкупе с закрытостью, то ИМХО gcc ещё и вперёд капитально вырывается.

Да, да, да:) Сейчас еще расскажи, что компиляторы intel пишут голодные индусы за еду. Вот он и глючит, генерит "левый" код и сегфолтится :D Действительно странно, с какого это хрена компилятор intel заточен под конкретную архитектуру? И при чем тут ELF вообще? Какая нах разница, ELF или PE, формат исполняемых файлов отличаются только заголовками, в остальном же - такие же машинные инструкции. Думаешь от того, что программа будет в ELF файле, процессор от этого начнет выполнять её медленнее или быстрее? И тест этот можешь показывать таким же красноглазикам вроде тебя, думаю, что кто-то вам подобный его и изваял

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

> Да, да, да:) Сейчас еще расскажи, что компиляторы intel пишут голодные индусы за еду. Вот он и глючит, генерит "левый" код и сегфолтится :D Действительно странно, с какого это хрена компилятор intel заточен под конкретную архитектуру? И при чем тут ELF вообще? Какая нах разница, ELF или PE, формат исполняемых файлов отличаются только заголовками, в остальном же - такие же машинные инструкции. Думаешь от того, что программа будет в ELF файле, процессор от этого начнет выполнять её медленнее или быстрее? И тест этот можешь показывать таким же красноглазикам вроде тебя, думаю, что кто-то вам подобный его и изваял

Бедолага, ты даже не в состоянии понимать связную речь. ГСМ, пуля в голове, фимоз моска? Прочти мой пост ещё раз, может быть хватка Ктулху и ослабнет.

Вот скажем, недавно нашли баг, когда icc вопил, что "нету больше памяти, ой нету" и мощно и с хрустом обваливался в корку, при наличии свободной в количестве >5G, а занят был всего гиг. Но мы же понимаем, да, что это типа энтерпрайз-поведение, да, мой дорогой красноглазый валенок? ;)

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

> Я разве утверждаю, что Java ВСЕГДА быстрее C++? Нет, конечно. Сравнима ли Java по скорости с С++ - да, без сомнения.

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

> Я умею писать программы на С++, которые пока что работают быстрее аналогичных на Java. Однако, это требует огромного внимания, аккуратности и высокой квалификации прораммистов. Что окупается только в редких случаях.
> Поэтому при выборе между C++ и Java/.NET в большинстве случаев скоро будут выбирать .NET/Java. Так как лишние 15-20% скорости нафиг никому не сдались в какой-нибудь бухгалтерской программе по учету пирожков.
> Да, а по поводу тормозных GUI - есть SWT, который используется в Eclipse. Там все контролы - нативные, тормозить нечему.

Т.е. фактически утверждается, что "я крутой, но эту немереную крутизну некому оплачивать, а потому она останется незадействованной в 100% случаев на нынешней работе"? Притом код на с++ будет в 100% случаев медленнее кода на жабке, поскольку "такие программы нужно уметь писать"?

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

>Дык и мы то же самое говорим, жабка - нишевое решение, в большинстве случаев сливающее компилируемым языкам, не говоря уже о том, что .

Java сейчас вторая по популярности после C. Классная такая "ниша".

Кстати, Java - это компилируемый язык. Есть полностью статические компиляторы, выдающие настоящие честные исполняемые файлы - http://www.excelsior-usa.com/jet.html

Причем "сливание" Java/.NET уже очень заметно сокращается. Скоро станет вообще пренебрежимо малым.

>Т.е. фактически утверждается, что "я крутой, но эту немереную крутизну некому оплачивать, а потому она останется незадействованной в 100% случаев на нынешней работе"?

Нет, почему же. Применение для своей крутизны я нахожу в программировании встроеных устройств и паре числодробилок. У меня уже давно своя компания, так что работу я себе сам ищу по вкусу.

>Притом код на с++ будет в 100% случаев медленнее кода на жабке, поскольку "такие программы нужно уметь писать"?

Феномены с тормозным кодом на C/C++, к сожалению, видел не раз. И не раз занимался их оптимизацией.

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

> Цэплюсплюсеры и жаберы, кончайте меряться писюнами, задолбали уже.

+1

Просто помутнение разума массовое. Вы все JSP или EJB на С++ (выкопали COM+ ?) собрались писать, чтобы быстрее было?

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

> А зачем это нужно?

Потому что сама Ява как язык - это "мне не нужно как лучше, мне нужно что бы вы за%$ались". Bitter/Better/Beyound Java читал хотя бы?

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

>Одному мне кажется, что жаба, сцуко, зохавывает мир?

Уже несколько лет, как захватила.

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

>можно много чего сделать, но почему не сделано? ;) короче, фонатег. Смирись - цепепе то ещё говнище.

Говнище, не говнище, а только пока основная масса приложений написана или на Си или на Си++. А Жабу все оптимизируют и оптимизируют. Мое личное мнение на счет жабы таково: Sun ничуть не лучше MS и реклама вроде жаба быстрее Си++, жаба управляема, жаба переносима, жаба легка в освоении - это пиар, с целью захватить рынок побольше, а потом доить юзера. И IBM подпряглась с той же целью. Не я не против бизнеса, просто не надо нас дурить как лохов. Такие дурилки обычно вылязят боком. Примеров полно. Написал банк систему на жабе, купившись на переносимость хвалённую, а оказалось, что MS в свою Java-машину добавил несовместимость. Потом конечно Sun суд выиграл, только система все равно осталась на MS Windows завязана. Сейчас жабу в смарнфоны и мобилки пихают, так они теперь глючат как наркоманы. Тоже сработал пиар, мол жаба работает везде и вся. Только плохо она работает вот в чем прикол. А то, что жаба задумывалась для баз данных брехня. Почитайте историю создания жабы. Она разрабатывалась для специальных устройств, типа смартфонов, жаба разрабатывалась для любых задач, как универсальный язык высокого уровня, только с промежуточным слоем виртуализации т.е. запускаемый на виртуальной машине. И пока виртуальная машина высокого качества не появится жаба будет отсасывать и компилируемых языков. Или пока производительность компов не достигнет такого уровня, что быстродействие и количество памяти перестанут быть критичными. Только я наверное до этого не доживу.

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

>>И часто ты, сынок, получаешь нативные ELF'ы при помощи "компелятора" (ТМ) от майкрософт? Или благодаря бескомпромиссной оптимизации faith-блоков мозга ты и почитать тесты не осилил, где явно показывается, что MSVC сливает __вообще всем__, а gcc по интегральным характеристикам чуть хуже icc, кое-где его рвёт, кое где отстаёт, но в целом, учитывая склонность icc время от времени глючить, генерить левый код, залоченностью на конкретную архитектуру, а также - сегфолититься вкупе с закрытостью, то ИМХО gcc ещё и вперёд капитально вырывается.

>Да, да, да:) Сейчас еще расскажи, что компиляторы intel пишут голодные индусы за еду. Вот он и глючит, генерит "левый" код и сегфолтится :D

ICC пишут в Мардовии в гораде Саров (Арзамас-16), штоб ты знал. :)

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

>Написал банк систему на жабе, купившись на переносимость хвалённую, а оказалось, что MS в свою Java-машину добавил несовместимость. Потом конечно Sun суд выиграл, только система все равно осталась на MS Windows завязана.

Мальчик, MSJVM была в 97 году. С того времени уже 10 лет прошло - ни один разумный человек ее больше не использует. Кстати, на MSJVM вполне можно было писать кроссплатформенные приложения (что я и делал без проблем), если не использовать несколько MS-specific расширений.

У меня приложение на 5 миллионов строк кода переносится между 4 платформами без единого изменения в исходном коде. Разве что, в конфиге прописаны разные дефолтные L&F для разных платформ.

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

Sun JVM, http://www.excelsior-usa.com/jet.html, JRockit - это все, конечно, поделки школьников.

Мда. С такими знаниями Java лучше было бы молчать в тряпочку.

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

>Кстати, все знают, что Java быстрее, чем C/C++. ;)

Для ряда задач всего-то раза в 2 медленнее.

Например:

простенькие вычисления в массивах больших размеров (где пределы постоянны и JIT может показать себя во всей красе),

копирование файлов (основное время DMA I/O и проц курит),

работа с базами (здесь по-идее много native кода) и т.д.

А еще кодить надо уметь. ;)

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

>Да, а по поводу тормозных GUI - есть SWT, который используется в Eclipse. Там все контролы - нативные, тормозить нечему.

То есть ты хочешь сказать, что JIT-компилированный Swing МЕДЛЕННЕЕ JNI-вызовов из SWT в ComCtl3D.dll/libgtk-x11-*.so? :O

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

>Цэплюсплюсеры и жаберы, кончайте меряться писюнами, задолбали уже.

Погоди ешо. Пока фонатеги недоязычка ЦеПлюсПлюс перестанут постить ахинею про Божественную Йаву, спор не стоит выеденного яйца.

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

Пока фонатеги недоязычка ЦеПлюсПлюс перестанут постить ахинею про Божественную Йаву, спор не стоит выеденного яйца Страуса Труппа.

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

>То есть ты хочешь сказать, что JIT-компилированный Swing МЕДЛЕННЕЕ JNI-вызовов из SWT в ComCtl3D.dll/libgtk-x11-*.so? :O

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

Другое дело, что performance hit от SWING не всегда принципиально важен.

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

Swing ресует все самостоятельно именно для повышения скорости, AWT использовал контролы ОС и из-за постоянного переключения в режим ядра и обратно работал крайне медленно

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

> Только оно не компилирует в сборки, или я что-то не понял?

Увы, только через "hosting interface" (который пишется, н-р, на шарпе). В нишу "настоящих CLR-языков" метит Буу. Правда, соответственно, уже без поддержки <path_to_python2.4/lib>.

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

Пацаны, ну, вы уже определитесь, быстро работает Свинг или медленно в сравнении с "native apps" :-).

P.S. Нет, я уверен в ответе на этот вопрос. Еще с 1996 года :-).

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

>Это НЕВОЗМОЖНО сделать в С++, так как требует уплотняющего garbage collector'а.

Иди пей кока-колу, и разводи феерическое газопеднение. :D. Спорить больше нету смысла.

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

> У меня приложение на 5 миллионов строк

А, а вот она жаба во всей красе! Расскажи хотя бы, что это за приложение? Автоматизация предпрития, бухгалтерии и универсальная IDE в одном флаконе?

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

>Просто помутнение разума массовое. Вы все JSP или EJB на С++ (выкопали COM+ ?)

причём тут jsp на c++ ? Поколение пепси говорит о чудесной скорости java. Ну и им отвечают - паситесь дети, как java была тормозом в реальном применении, а не в "теоретической" болтовне, так и остаётся ею. Плюсы у java есть и большие, однако идиоты которые твердят о её чудо скорости уже утомили окончательно. Уж на java кода я написал не мало, и продуктов и "технологий" на java тоже перепробовал не мало, но java быстра могут говорить только красноглазое поколение пепси.

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

> Увы, только через "hosting interface"

Понял. Питон, мне кажется лучше пусть будет сам по себе, а ЕнтерпрайзПлатформах пускай Groovy/Boo будут.

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

> причём тут jsp на c++ ? Поколение пепси говорит о чудесной скорости java.

Они идиоты, безусловно. Но доказывать им что ява херня потому что тормозит в математике - не большая умность тоже. Лучше показать им стек вызовов JBoss %)

Кстати, поколение пепси на яве не программит. C# их выбор.

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

> Они идиоты, безусловно. Но доказывать им что ява херня потому что тормозит в математике - не большая умность тоже. Лучше показать им стек вызовов JBoss %)

Ну а куда, извините, без математики? Типа 50х пенальти при вычислении синусов и косинусов - это херня и неважнецкий факт, а труЪ-поцоны жабку пускают лишь на ниагаре, где ничего не тормозит по определению? Взять ту же макромедию, там тригонометрии масса при наличии мало-мальских сложных форм, вот тебе и ниша.

> Кстати, поколение пепси на яве не программит. C# их выбор.

Думаешь так? Вроде бы basic/vba/1c в этом плане рулят.

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

> Java сейчас вторая по популярности после C. Классная такая "ниша".

А я-то думал, что там сидит с++, разве не так? Да и "популярность" - не есть объективный критерий ни для чего, кроме статистики.

> Кстати, Java - это компилируемый язык. Есть полностью статические компиляторы, выдающие настоящие честные исполняемые файлы - http://www.excelsior-usa.com/jet.html

Да ну? А о "gcj" слышали?

> Причем "сливание" Java/.NET уже очень заметно сокращается. Скоро станет вообще пренебрежимо малым.

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

> Феномены с тормозным кодом на C/C++, к сожалению, видел не раз. И не раз занимался их оптимизацией.

Так не феномены с кодом то были, а феномены с глюкавой головой. А лечилось следствие, отсюда и все мои сомнения.

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

А технология JIT помоему каждому программисту должна быть известна. Если он конечто не препывал в анабиозе 10-12 лет...

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

> Кстати, Java - это компилируемый язык. Есть полностью статические компиляторы, выдающие настоящие честные исполняемые файлы - http://www.excelsior-usa.com/jet.html

Статический-то он статический, а от динамического жабового рантайма в виде хрен-знает-скольки-метровой библиотеки никуда не деться. Как вариант - разбить её на кучу мелких, но суть та же самая. Вот если бы то был настоящий компилятор, что преобразовывал весь код к пригодному для прямой линковки с системными либками виду - то да, это было круто и достойно, а так получается лишь, что в любом случае между кодом и системой будет дополнительный тормозящий слой.

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

Visual Basic .Net и С# - равнозначные по возможностям языки. VBA - уникальный язык, не имеющий аналогов. ОО остается только все повторять.

1С - стандарт де-факто автоматизации 1/6 части планеты Земля. С неплохими шансами на выход на мировой рынок...

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

>> У меня приложение на 5 миллионов строк

Такое приложение, если писать по 200 строк в день, должно разрабатываться 68 лет, одним программистом, или 10 лет шестью программистами, или генерироватся автоматом. Сдается мне шо ты брешиш дядя. Я сам программер, если быть точным, уже 14 лет, и редко когда в день по 200 строк писал, а если в среднем то и по 100 не неберется. Скорее всего ты пионер брехливый, который токо книжку по Яве купил. А может ты сам призидент корпорации Sun?

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

.Net имеет все возможности по интеграции с уже существуемым кодом.

Жаба в данном случае - Вещь в себе и это ее огромный недостаток. Хрена лысого на Жабе Внешниюю компоненту 1С напишешь... А на .Нет - проще простого...

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

>.Net имеет все возможности по интеграции с уже существуемым кодом. >Жаба в данном случае - Вещь в себе и это ее огромный недостаток. >Хрена лысого на Жабе Внешниюю компоненту 1С напишешь... А на .Нет - >проще простого... >anonymous (*) (27.08.2007 14:10:44)

А вот и не правда. Эту возможность имеют только веб-сервисы наподобие SOA Web сервисов от IBM. Так что мс с дотнетом, слизаным с джавы сосет как всегда.

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

>Net лучше Жабы

Сказал мс -фанатик;-)

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

>Visual Basic .Net и С# - равнозначные по возможностям языки.

Правильно.

>VBA - уникальный язык, не имеющий аналогов.

Каждый язык по своему уникален и не имеет аналогов.

>ОО остается только все повторять.

Молодец. Поторяй. Повторение -мать учения.

anonymous (*) (27.08.2007 14:07:31)

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

> Хрена лысого на Жабе Внешниюю компоненту 1С напишешь...
Хочешь поспорить?

> А на .Нет - проще простого...
Ну это как раз понятно. Windows-only подход рулид ни-падецки (только на windows-only платформах, разумеется).

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

1С - глючное россиянское-онли поделие. Выход на "мировые рынки" может быть только в пределах бСССР, и то далеко не везде.

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

Гхм... А вы видели САП, Навижн? И пробовали их реально внедрять? Помимо еще больших глюков и архитектуры и ЧУДОВИЩНОЙ стоимости как лицензий, так и внедрений, заложенной 30 лет назад, 1С - это сказка...

http://1c-germany.ru

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

>И при чем тут ELF вообще? Какая нах разница, ELF или PE, формат исполняемых файлов отличаются только заголовками, в остальном же - такие же машинные инструкции. Думаешь от того, что программа будет в ELF файле, процессор от этого начнет выполнять её медленнее или быстрее? И тест этот можешь показывать таким же красноглазикам вроде тебя, думаю, что кто-то вам подобный его и изваял

Буйным красноносым мс-фанатикам. Из того, что приведен пример с форматом ELF не следует, что это не относится к формату PE. Просто форум,знаете ли, специфический, посвящен конкретно linux.

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

> да и расцвет виртуализации может тупо сделать "управляемый код" нафиг никому не нужным.

Либо ты сказал какую-то фантастическую умную вещь, которую я не понял, либо ты бредишь. Опять бум что ли сериализовать объекты машинного кода, задавать внешние интерфейсы на IDL, забъем на рефлекшн в любых проявлениях?

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

> 1С - глючное россиянское-онли поделие.

А остальные системы автоматизации не глючные и небось еще дешевые, по-твоему? А факты будут?

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

>> Кстати, поколение пепси на яве не программит. C# их выбор.

> Думаешь так? Вроде бы basic/vba/1c в этом плане рулят.

1C - да, а вот VB.NET на просторах РФ явно менее популярен чем C#. (в мире, возможно, иначе).

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

> Типа 50х пенальти при вычислении синусов и косинусов - это херня и неважнецкий факт

Именно. Берем книги по джаве и что видим? JSP/Servlets/EJB/ Hibernate/Spring/Struts/etc... нету там ни матриц ни косинусов.

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

>А остальные системы автоматизации не глючные и небось еще дешевые, по-твоему? А факты будут?

Есть только менее распространенные.

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

Фигня. Все эти штуки типа Java, Net для корпоративного сектора.

VB.Net, CSharp распространены в корпоративном секторе на предприятиях среднего размера. На крупных предприятиях самый распросраненный язык Java(J2EE). На мелких доминирует VB.6.

Это официальная статистика за 2007 год.

Для разработки на java используется Eclipse Framework. Плюс еще нужно отметить, что в корпоративе применяются языки Ruby, Python опять же на Eclipse. На Java работает портальная платформа WebSphere.

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

>Это ты мне явно льстишь. Мне уже скоро 40. И стаж работы программистом больше 10 лет.

Всего 10 лет стажа? Ну точно мальчик...

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