https://opennet.me/openforum/vsluhforumID3/116056.html После 8 месяцев разработки состоялся (https://mruby.org/releases/2018/12/11/mruby-2.0.0-released.html) релиз mruby 2.0 (https://mruby.org/), встраиваемого интерпретатора динамического объектно-ориентированного языка программирования Ruby. Mruby обеспечивает совместимость синтаксиса на уровне Ruby 1.9, но также поддерживает отдельные возможности из более новых версий. Интерпретатор отличается низким потреблением памяти и возможностью встраивания в другие приложения. Кроме того, поддерживается компиляция Ruby-программ в байткод при помощи развиваемого проектом компилятора "mrbc" и преобразование полученнего байткода в код на языке Си. Код mruby распространяется (https://github.com/mruby/mruby) под лицензией MIT. <br><br><br>Новый выпуск включает улучшения совместимости с Ruby 2.x и оптимизацию потребления памяти. Основные новшества:<br><br><br>- Реализованы именованные аргументы (keyword arguments);<br>- Реализована деконструкция аргументов;<br>- В mruby-kernel-ext добавлен метод Kernel#then для Kernel#yield_self (совместим https://opennet.me/openforum/vsluhforumID3/116056.html#25 Mon, 17 Dec 2018 21:04:53 GMT Clang'и вообще приколюги. Рылся как-то среди ключей компиля, наткнулся на ключи для совмести с msvc и даже для поддержки конкрукций C++ Builder'а (всякие местные события, да свойства). С msvc было как-то даже местами ожидаемо, но вот поддержка C++ Builder'а удивила. Если бы был популярнее, думаю можн было бы ожидать порта VCL на линукс.<br> https://opennet.me/openforum/vsluhforumID3/116056.html#24 Thu, 13 Dec 2018 18:28:42 GMT Я про модуль ngx_mruby<br>Сделаю вот так )) уж извини https://youtu.be/uZmzQE7xXCY<br>ну и require один из японцев делал для SOHO роутеров. Очень много юзкейсов но они мало выходят за пределы японии.<br> https://opennet.me/openforum/vsluhforumID3/116056.html#23 Thu, 13 Dec 2018 01:12:49 GMT Ну в mruby не VM от Койчи Сасады. Когда везде в продакшне крутилась 1.8 c bison-овским интерпретатором(никого кстати этот бред не останавливал) никто и подумать не мог насколько быстрее может стать руби.<br>LuaJIT вообще из другой оперы конечно. И насчет подрубок mruby к nginx, отсюда поподробнее.<br> https://opennet.me/openforum/vsluhforumID3/116056.html#22 Wed, 12 Dec 2018 23:54:37 GMT В mruby тоже VM если что в отличии от mri 1.8.7. И mruby давно подрубилм к nginx. Ну и он не тормозит если у сравнивать с lua. У lua есть luajit вот он реакьивная торпеда. <br> https://opennet.me/openforum/vsluhforumID3/116056.html#21 Wed, 12 Dec 2018 22:52:55 GMT Ну так если сравнить dd из busybox и dd из GNU coreutils то тоже не будет никакой разницы, поскольку все упрется в I/O.<br>Мацумото во времена 1.9, когда на RoR слетелось много разрабов, которые запилили виртуальную машину, GC и прочее чтобы ускорить рельсы, которые тогда крутились в Твиттере и Гитхабе, понял что его студенческий хобби проект зашел слишком далеко, а в виртуальных машинах он не шарит. <br>Тогда он сделал свой новый проект, так сказать back to the roots, но остался добровольным пожизненным диктатором Руби под апплодисменты комьюнити.<br>В итоге, я надеюсь, Ruby когда-нибудь заменит LUA на тех задачах, где не нужна суперпроизводительность, было бы круто если бы nginx его бы подрубили, например.<br> https://opennet.me/openforum/vsluhforumID3/116056.html#20 Wed, 12 Dec 2018 20:16:25 GMT не в 10 раз, но да он медленней. Опять же есть плюсы меньше время старта и потребления памяти.<br> https://opennet.me/openforum/vsluhforumID3/116056.html#19 Wed, 12 Dec 2018 14:58:32 GMT Не во всех задачах он тормоз, но таки да. Я так понял, его основная задача &#8212; работать в условиях сильно ограниченной памяти.<br> https://opennet.me/openforum/vsluhforumID3/116056.html#18 Wed, 12 Dec 2018 12:23:57 GMT &gt; А почему какой-нибудь gcc просто делает расширения, как им удобно? <br>&gt; А некоторые потом даже стандартизируют, если народу понравилось.<br><br>А наверное потому что они делают один из (а кое-где и самый) используемый компилер в мире и могут делать как им удобно, не? Ведь даже второй крупный компилер - шланг, вынужден был повторять все расширения и поддерживать совместимость, чтобы не остаться маргинальным компилятором для ябло-загончика.<br><br>А вообще, говорить в контексте gcc о "каком-то" - лучший способ продемонтсрировать "квалификацию" ))<br><br>И то, стандартизуют потом только сильно некоторые фичи. <br>Или ви таки нам расскажите, что тот же cleanup атрибут толком никому не сдался и "нинужен!"?<br><br><br> https://opennet.me/openforum/vsluhforumID3/116056.html#17 Wed, 12 Dec 2018 11:54:14 GMT Пруфф на то, что уступает <br>