blocks|key|2539565|text|约尔格·米塔格为我指明了鲁比纽斯的方向，当我被问到痕迹树的事找到其他脚本语言的方法时。看看他们有没有更快的Ruby。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2539566|有趣的是，荷包燕子试图通过使用LLVM来加快Python的速度。|2539567|有趣的东西。有许多未经探索的技巧可以加速脚本编写，但我不知道语言开发人员是否认为它是优先考虑的，而不是语言特性和库。|2539568|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/users/2988/jorg-w-mittag|1|http://rubini.us/|2|https://stackoverflow.com/questions/140241/will-the-javascript-performance-improvements-from-trace-trees-find-their-way-into|3|http://code.google.com/p/unladen-swallow/wiki/ProjectPlan|4|http://llvm.org/^0|0|7|0|C|4|1|M|8|2|0|5|4|3|F|4|4|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]|$A|11|B|12|1|13]|$A|14|B|15|1|16]]|C|$]]|$1|D|3|E|5|6|7|17|8|@]|9|@$A|18|B|19|1|1A]|$A|1B|B|1C|1|1D]]|C|$]]|$1|F|3|G|5|6|7|1E|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|1F|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]|T|$5|K|L|M|C|$N|U]]|V|$5|K|L|M|C|$N|W]]]]

<a href="https://stackoverflow.com/users/2988/jorg-w-mittag">Jörg W Mittag</a> pointed me in the direction of <a href="http://rubini.us/" rel="nofollow noreferrer">Rubinius</a> when I <a href="https://stackoverflow.com/questions/140241/will-the-javascript-performance-improvements-from-trace-trees-find-their-way-into">asked about Trace Trees</a> finding their way to other scripting languages. Check them out for a faster Ruby.

As an interesting aside, <a href="http://code.google.com/p/unladen-swallow/wiki/ProjectPlan" rel="nofollow noreferrer">unladen-swallow</a> is trying to speed up Python by using <a href="http://llvm.org/" rel="nofollow noreferrer">LLVM</a>.

Interesting stuff. There are plenty of unexplored tricks to speed up scripting but I wonder if language developers consider it a priority versus language features and libraries.

blocks|key|1038492|text|我认为每个人都可以安全地假设它比其他脚本语言慢一些。|type|blockquote|depth|inlineStyleRanges|entityRanges|data|1038493|Ruby1.9实际上应该是CPython的速度。|unstyled|1038494|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|H|8|@]|9|@]|A|$]]|$1|E|3|-4|5|D|7|I|8|@]|9|@]|A|$]]]|F|$]]

<blockquote>
 I think everyone can safely assume it is somewhat slower than other scripting languages
</blockquote>

Ruby 1.9 should actually be about the speed of CPython.

blocks|key|1013628|text|磁悬浮是一个ruby实现，它基于现有的Smalltalk引擎，该引擎一直针对扩展和使用的上游。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1013629|它的设计要比现有的ruby实现“快得多”，如果您感兴趣的话，您可以观看磁悬浮建筑师之一的谈话。|1013630|同样，不同的Javascript实现在不同的浏览器上运行得更快或更慢，值得注意的是，ruby本身在Linux上运行快近两倍。|1013631|entityMap|0|LINK|mutability|MUTABLE|url|http://maglev.gemstone.com/|1|http://pivotallabs.com/talks/28-maglev|2|http://antoniocangiano.com/2009/08/10/how-much-faster-is-ruby-on-linux/^0|0|3|0|0|Z|6|1|0|1L|4|2|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]]|C|$]]|$1|F|3|G|5|6|7|11|8|@]|9|@$A|12|B|13|1|14]]|C|$]]|$1|H|3|-4|5|6|7|15|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]]]

<a href="http://maglev.gemstone.com/" rel="nofollow noreferrer">Maglev</a> is a ruby implementation that is based upon an existing Smalltalk engine that's been targeting the upper reaches of scaling and usage. 

It's designed to be "significantly faster" than existing ruby implementations, you can watch a talk by one of the <a href="http://pivotallabs.com/talks/28-maglev" rel="nofollow noreferrer">Maglev Architects</a> if you're interested. 

In the same way that different Javascript implementations run faster or slower on different browsers, it's worth noting that ruby itself runs <a href="http://antoniocangiano.com/2009/08/10/how-much-faster-is-ruby-on-linux/" rel="nofollow noreferrer">nearly twice as fast</a> on Linux vs Windows.

blocks|key|1037399|text|JRuby有一个jrubyc编译器，可以从ruby文件创建jvm+.class文件。我从来没有使用过它，只是快速地看了一下它，所以我不知道有多少Ruby支持字节码编译。如果它被编译成字节码，那么jvm应该像任何其他字节码一样进行优化。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1037400|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

JRuby has a jrubyc compiler that can create jvm .class files from ruby files. I have never used it, only took a quick look at it, so I don't know how much of Ruby is supported for bytecode compiling. If it is compiled down to bytecode, then the jvm ought to optimize just like any other bytecode.

blocks|key|1038508|text|当然还有很大的改进空间。下面是N体模拟的基准时间列表(一种数学处理算法)：http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&lang=all|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1038509|Ruby1.9只需34分钟，而其中一种更快的web服务器友好语言(C#)只需37秒。因此，对于这个特定的任务，C#比快50倍。可以说，这不是Ruby将用于的任务类型。但仍然存在可伸缩性的问题。|style|BOLD|1038510|为了使Ruby变得更快，它确实需要以某种方式进行编译。这可以是一种及时的方式，如V8+Javascript引擎。或者可以更像ASP.NET，它在幕后维护‘缓存’编译。换句话说，.NET具有动态编译的能力，但是这样做您会注意到它需要很长的时间。但好处是，在代码改变之前，它不需要重新编译，正如上面的基准所示--最终编译的代码非常快。因此，我认为Ruby+(或它的一个变体)最好在这方面复制.NET的技术。|1038511|entityMap|0|LINK|mutability|MUTABLE|url|http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&lang=all^0|11|20|0|0|1J|3|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|6|7|V|8|@$A|W|B|X|F|G]]|9|@]|C|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@]|C|$]]|$1|J|3|-4|5|6|7|Z|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|Q]]]]

Well there's definitely a lot of room for improvement. Here's a list of benchmark times for an N-body simulation (a math-heavy algorithm): <a href="http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&amp;lang=all" rel="nofollow noreferrer">http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&amp;lang=all</a>

Ruby 1.9 takes 34 minutes whereas one of the faster web-server-friendly language (C#) takes just 37 seconds. So C# is over 50X faster for this particular task. It could be argued that this isn't the type of task that Ruby would be used for anyway. But still there's the question of scalability.

For Ruby to become MUCH faster it really needs to be compiled in some way. This can be in a just-in-time fashion like the V8 Javascript engine. Or it can be done more like ASP.NET which maintains 'cached' compilations behind the scenes. In other words, .NET has the ability to compile on the fly, but in so doing you'll notice that it takes its sweet time. But the payoff is that it doesn't need to re-compile until the code changes and as the benchmark above suggests -- the final compiled code is very fast. So I'd think Ruby (or a variant of it) would be better off copying .NET's technique in this respect.

blocks|key|1037422|text|是的，Ruby会变得更快。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1037423|新的Javascript证明，一种动态的、弱类型的语言能够有效地编译运行时的执行路径。LLVM提供了一个与平台无关的基础，在此基础上可能会发生这种情况。这些创新最终将渗透到所有脚本语言中。|1037424|MacRuby、磁悬浮或鲁比纽斯可能是第一个以这种速度上市的，但C实现可能也会出现在那里。|offset|length|1037425|应该指出的是，JRuby是痴迷于速度，并且有几个类似Ruby的原型+语言，允许开发人员交换某些特性以提高性能。|1037426|老实说，阻碍Ruby的主要因素是，对于很多很多目的，它已经足够快了。如果您想解决一个N体问题，您可能应该寻找其他地方。但是如果您想构建一个平滑的、可维护的基于web的应用程序，Ruby将使您更快地投入生产，并且具有很好的可维护性。你的风投公司会给你留下深刻印象，他们会给你足够的资金来扩大规模。此时，您可以将阻塞点重写为内联C或Java。|1037427|entityMap|0|LINK|mutability|MUTABLE|url|http://www.macruby.org/|1|http://maglev.gemstone.com/|2|http://rubini.us/|3|http://blog.headius.com/2009/04/how-jruby-makes-ruby-fast.html|4|http://blog.headius.com/2008/03/duby-type-inferred-ruby-like-jvm.html|5|http://blog.headius.com/2009/08/introducing-surinx.html|6|http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&lang=all^0|0|0|0|7|0|8|3|1|C|4|2|0|D|5|3|V|2|4|Y|2|5|0|16|4|6|0^^$0|@$1|2|3|4|5|6|7|15|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|16|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|17|8|@]|9|@$F|18|G|19|1|1A]|$F|1B|G|1C|1|1D]|$F|1E|G|1F|1|1G]]|A|$]]|$1|H|3|I|5|6|7|1H|8|@]|9|@$F|1I|G|1J|1|1K]|$F|1L|G|1M|1|1N]|$F|1O|G|1P|1|1Q]]|A|$]]|$1|J|3|K|5|6|7|1R|8|@]|9|@$F|1S|G|1T|1|1U]]|A|$]]|$1|L|3|-4|5|6|7|1V|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]|T|$5|O|P|Q|A|$R|U]]|V|$5|O|P|Q|A|$R|W]]|X|$5|O|P|Q|A|$R|Y]]|Z|$5|O|P|Q|A|$R|10]]|11|$5|O|P|Q|A|$R|12]]|13|$5|O|P|Q|A|$R|14]]]]

Yes, Ruby will get significantly faster.

The new Javascript VMs prove that it is possible for an dynamic, weak-typed language which makes significant changes to the execution paths at runtime to be compiled effectively. The LLVM provides a platform-agnostic foundation on which this might happen. These innovations will eventually trickle into all scripting languages.

<a href="http://www.macruby.org/" rel="nofollow noreferrer">MacRuby</a>, <a href="http://maglev.gemstone.com/" rel="nofollow noreferrer">Maglev</a>, or <a href="http://rubini.us/" rel="nofollow noreferrer">Rubinius</a> might be first to market with this kind of speed, but the C implementation will probably get there as well. 

JRuby, it should be noted, is <a href="http://blog.headius.com/2009/04/how-jruby-makes-ruby-fast.html" rel="nofollow noreferrer">obsessed with speed</a> and has several "Ruby-like" <a href="http://blog.headius.com/2008/03/duby-type-inferred-ruby-like-jvm.html" rel="nofollow noreferrer">prototype</a> <a href="http://blog.headius.com/2009/08/introducing-surinx.html" rel="nofollow noreferrer">languages</a> which allow developers to trade certain features for improved performance.

Honestly, the main thing holding Ruby back is that for many, many purposes, it is already fast enough. If you'd like to solve an <a href="http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&amp;lang=all" rel="nofollow noreferrer">n-body problem</a>, you should probably look elsewhere. But if you'd like to build a smooth, maintainable web-based application, Ruby will get you into production faster and with great maintainability. And your VCs will be so impressed, they will give you enough money to scale. At which time, you can rewrite your choke points as inline C or Java.

blocks|key|1013727|text|是的，Ruby可以变得更快--至少它已经不再是一个问题了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1013728|它将不再是一个问题，当它是一样快的任何其他类似的语言。即使如此，只有当它在相似的特性上同样快的时候。|1013729|为什么？如果它比任何类似的东西都慢，那么就有一个更快的方法，所以它是可能的。随着Ruby的发展势头，它可能会变得更快。|1013730|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Yes, Ruby can get faster -- at least to the point where it is no longer an issue.

It will no longer be an issue when it is as fast as any other comparable language. And even then, only if it is equally fast on comparable features. 

Why? If it is slower than anything comparable, then there is a way to do it faster, so it is possible. And with the momentum Ruby has, it probably WILL get faster.

blocks|key|1038639|text|红宝石越来越快了|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1038640|虽然jRuby经常受到简单基准测试的打击，但随着可选优化的启动，它开始看起来很好。|1038641|官方的Ruby解释器现在是YARV，尽管大多数人还没有经历过，因为他们还在1.8岁。|1038642|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

<h3>Ruby is getting faster</h3>

While jRuby often gets clobbered in simple benchmarks, with optional optimizations turned on it starts to look good.

And the official Ruby interpreter is now YARV, although most people haven't experienced it yet because they are still on 1.8.

Will Ruby ever see a performance boost as Javascript has seen recently? Can a new VM make it really, really, fast? Or do we have to assume all the benefits of Ruby have an inescapable performance penalty?

What methods could be taken to improve its performance compared to other faster languages?

Will Ruby ever be *fast*?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Ruby会像Javascript最近看到的那样，看到性能的提升吗？一个新的VM能让它变得非常，真的，快速吗？还是我们必须假设Ruby的所有好处都是不可避免的性能损失？与其他更快的语言相比，可以采取什么方法来提高它的性能？

问鲁比会不会快？
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问鲁比会不会*快*？EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问鲁比会不会快？
EN