Производительность IronRuby? - PullRequest
       17

Производительность IronRuby?

3 голосов
/ 01 сентября 2008

Хотя я знаю, что IronRuby не совсем готов к тому, чтобы его использовали в мире, мне было интересно, попробовал ли кто-нибудь здесь и проверил, насколько хорошо он сработал против других Ruby с точки зрения сырой производительности?

Если да, каковы результаты и как вы измеряли производительность (какие критерии и т. Д.)?

Редактировать : Команда IronRuby поддерживает сайт о том, как они сравнивают с Ruby MRI 1.8, по адресу http://ironruby.info/. Ниже таблицы характеристик скорости прохода у них также есть некоторая информация о том, как IronRuby работает с этими спецификации. Эта таблица не обновляется постоянно, но я предполагаю, что они обновляют ее достаточно часто (вы можете увидеть последнее обновление вверху страницы).

Ответы [ 4 ]

5 голосов
/ 21 августа 2009

Антонио Канджано только что опубликовал некоторые новые тесты (09 августа), кажется, что IronRuby работает быстрее, чем MRI под Windows. Джон Лэм и компания проделали фантастическую работу и не закончили оптимизацию.

2 голосов
/ 02 сентября 2008

Согласно этой статье http://www.iunknown.com/2008/05/ironruby-and-rails.html. В мае показатели были далеко не такими, как они ожидали. В http://altnetpodcast.com/episodes/9-state-of-ironruby (3 дня назад) я слышал, что они все еще работают над производительностью. Я предполагаю, что они ставят совместимость на первое место и теперь пытаются повысить производительность до уровня других реализаций ruby.

Насколько я понимаю, они не так эффективны, как Iron Python, разработанный той же командой. Я не знаю, так ли это, потому что Iron Ruby использует DLR гораздо чаще, и это все еще нужно оптимизировать, или им нужно больше оптимизировать саму реализацию Iron Ruby. Но я думаю, что это хорошие новости, потому что они могут получить это намного быстрее. Так что, если вы уже довольны производительностью, вы станете намного счастливее.

2 голосов
/ 02 сентября 2008

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

Чтобы ответить на ваш конкретный вопрос, рассмотрите эти данные .

1 голос
/ 01 сентября 2008

Я использовал его, и он отлично работал для того, что я сделал. Однако мое измерение производительности не совсем научное, потому что все было визуально. Однако я заметил, что IronRuby казался немного более резким, когда я сравнивал две программы на равных задачах. Я действительно думаю, что это связано с сильной и тесной связью с IIS, которая .NET имеет больше, чем скорость фреймворка.

Но я могу ошибаться, потому что на самом деле я не подчеркивал свои приложения до уровней, которые может видеть Твиттер. Но из своего опыта работы с .NET я знаю, что он будет работать так же хорошо, если не лучше, чем текущие производственные приложения Ruby.

Кстати, я тестировал Ruby с помощью FastCGI под IIS.

...