у вас какое-то бандитское мышление...
пчела везде видит цветы, муха -- совсем другое...
не надо быть бандитом!

надо быть сталеваром и банкиром, да

Странные заявления. Фишики ФП и так до runtime не доходят, там же простой ассемблер в итоге.

Red Hat развивает JIT-компилятор MIR

В компании Rad Hat ведётся разработка нового легковесного JIT-компилятора MIR, обеспечивающего выполнение кода, предварительно преобразованного в промежуточное представление MIR (Medium Internal Representation, не путать с другим промежуточным представлением MIR (mid-level IR), применяемым в компиляторе Rust). Проект нацелен на предоставление основы для реализации быстрых и компактных интерпретаторов и JIT. Код проекта написан на языке Си и распространяется под лицензией MIT.

https://www.opennet.ru/opennews/art.shtml?num=52223

кстати насчет этого MIRа. Егоров пишет что на микробенчмарках все хорошо, скорость не менее чем в 3 раза быстрее текущего CRuby, но на реальных приложения таких как RoR все намного печальнее:
https://twitter.com/mraleph/status/1219354299207245824

Sam Tobin-Hochstadt (занимается racket) так же не впечатлен

А не может быть тут варианта, что рельсы просто обьективно сложно ускорить сами по себе, в силу обширного и слабопредсказуемого для jit'а использования рефлексии повсюду?

Или есть реализации интерпретаторов, где рельсы ощутимо ускоряются?

Этот новый MJIT к CRuby ещё не прикручен (насколько я понял это из оригинального поста), откуда Егорову знать, что там на бенчмарках, а что на RoRе?

Как я понял, "старый" MJIT прикручен, а "новый" MIR - нет. Хотя бы потому, что MIR вообще ещё не закончен.

Это да, но между старой и новой схемой довольно большая разница, чтобы сразу говорить, что новая "работает только на микробенчмарках"

С# в DOS. https://twitter.com/MStrehovsky/status/1218966180104458240 Темы GC и прочего не раскрыты, полагаю с этим никак.

о, крутотень

отличный пост, перевел на хабр

можно линк, пожалуйста?

ага, спасибо!

Насколько сложный синтаксис у Ruby? Есть ли в нем синтаксис, в котором парсер может влиять на лексер, т.е. нельзя провести сначала токенизацию, а потом парсинг полученных токенов?

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

Там yacc и lex
https://github.com/ruby/ruby/blob/master/lex.c.blt
https://github.com/ruby/ruby/blob/master/parse.y

Не уверен на 100%, но могу предположить, что нет

Предположить что, второй вопрос?

Да, спасибо, это уже видел. Мне интересно, насколько сложно все это дело портировать на ANTLR :)