为什么MRI是性能最差的Ruby主流解释器？

|                                                                                                                       
2020-01-25 4 条评论
分享

没有找到相关结果

    已邀请:

    浆错

    MRI是Matz的Ruby解释器的缩写。 Matz是Ruby发明人和主要作者的名字Yukihiro Matsumoto的缩写。这就是为什么它是主要实现的原因：它是原始实现，所有其他实现随后出现。 MRI仍然是参考，所有其他都需要与MRI兼容。但是Matz试图使开发更加受规范驱动，而不是由实现驱动的AFAIK。     
    2020-01-25 0 0
    分享

    号拳藐孔妇

    为什么不更频繁地使用Kiji或Ruby Enterprise Edition； 您为什么以为不是？我们是Rails商店，并且在REE上托管我们的应用程序，我个人认识的大多数其他公司也都使用Rails。我们也有JRuby和Rubinius的分支，我们偶尔会改组这些分支，以使我们可以选择最终转换解释器。 使用MRI的原因之一是它是语言创建者本身的规范Ruby实现，它基本上是RubySpec出现之前唯一的“正式”语言规范： http://www.rubyspec.org/     
    2020-01-25 0 0
    分享

    嫩昧竞莫

    您提到的性能图测试了MRI ver。 1.8。当前基于YARV的“官方” Ruby实现1.9.2的速度要快得多，通常快于Rubinius或与JRuby相当。 因此，尽管许多站点和其他部署都使用“足够快”的MRI 1.8，但结论不再有效。     
    2020-01-25 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.0588219165802