blocks|key|3640066|text|在http://www.rubychan.de/share/yarv_speedups.html上有一些1.8vs1.9的基准。总体而言，在大多数情况下，1.9看起来要快得多。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3640067|entityMap|0|LINK|mutability|MUTABLE|url|http://www.rubychan.de/share/yarv_speedups.html^0|1|1B|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

There are some benchmarks of 1.8 vs 1.9 at <a href="http://www.rubychan.de/share/yarv_speedups.html" rel="nofollow noreferrer">http://www.rubychan.de/share/yarv_speedups.html</a>. Overall, it looks like 1.9 is a lot faster in most cases.

blocks|key|3640136|text|如果可伸缩性和性能对你来说真的很重要，你也可以查看Ruby+Enterprise+Edition。它是Ruby解释器的自定义实现，应该在内存分配和垃圾回收方面做得更好。我还没有看到任何将它直接与JRuby进行比较的客观指标，但我听到的所有轶事证据都非常非常好。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3640137|这是来自创建Passenger+(aka+mod_rails)的同一家公司，如果您决定不采用JRuby路线，那么您应该将其作为rails部署解决方案。|3640138|entityMap|0|LINK|mutability|MUTABLE|url|http://www.rubyenterpriseedition.com/|1|http://www.modrails.com/^0|P|N|0|0|6|P|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

If scalability and performance are really important to you you can also check out <a href="http://www.rubyenterpriseedition.com" rel="nofollow noreferrer">Ruby Enterprise Edition</a>. It's a custom implementation of the Ruby interpreter that's supposed to be much better about memory allocation and garbage collection. I haven't seen any objective metrics comparing it directly to JRuby, but all of the anectdotal evidence I've heard has been very very good.

This is from the same company that created <a href="http://www.modrails.com/" rel="nofollow noreferrer">Passenger (aka mod_rails)</a> which you should definitely check out as a rails deployment solution if you decide not to go the JRuby route.

blocks|key|5754334|text|Matz+ruby+1.8.6在性能方面要慢得多，1.9和JRuby做了很多事情来加速它。但是它的性能不会阻止你在web应用程序中做任何你想做的事情。有许多大型Ruby+on+Rails站点在使用“较慢的解释”语言方面做得很好。当你开始向外扩展web应用时，有许多比你所编写的语言的速度更紧迫的性能问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5754335|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|$]]

Matz ruby 1.8.6 is much slower when it comes to performance and 1.9 and JRuby do alot to speed it up. But the performance isn't such that it will prevent you from doing anything you want in a web application. There are many large Ruby on Rails sites that do just fine with the "slower interpreted" language. When you get to scaling out web apps there are many more pressing performance issues than the speed of the language you are writing it in.

blocks|key|3640062|text|我确实听说过关于JVM实现JRuby的一些非常好的性能方面的事情。完全是轶事，但也许值得研究一下。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3640063|另请参阅http://en.wikipedia.org/wiki/JRuby#Performance|offset|length|3640064|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/JRuby#Performance^0|0|4|1A|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

I've actually heard really good things performance with about the JVM implementation, JRuby. Completly anecdotal, but perhaps worth looking into.

See also <a href="http://en.wikipedia.org/wiki/JRuby#Performance" rel="nofollow noreferrer">http://en.wikipedia.org/wiki/JRuby#Performance</a>

blocks|key|2435622|text|查看Addison+Wesley+Professional的“编写高效的Ruby代码”：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2435623|http://safari.oreilly.com/9780321540034|offset|length|2435624|我在这篇短文中发现了一些非常有帮助和有趣的见解。如果你注册了10天的免费试用，你可以免费阅读它。(它有50页，试用版给你带来了100页的浏览量。)|2435625|https://ssl.safaribooksonline.com/promo|2435626|entityMap|0|LINK|mutability|MUTABLE|url|1^0|0|0|13|0|0|0|0|13|1|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@$D|T|E|U|1|V]]|A|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@$D|Y|E|Z|1|10]]|A|$]]|$1|J|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|C]]|Q|$5|M|N|O|A|$P|I]]]]

Check out "Writing Efficient Ruby Code" from Addison Wesley Professional:

<a href="http://safari.oreilly.com/9780321540034" rel="nofollow noreferrer">http://safari.oreilly.com/9780321540034</a>

I found some very helpful and interesting insights in this short work. And if you sign up for the free 10-day trial you could read it for free. (It's 50 pages and the trial gets you (AFAIR) 100 page views.)

<a href="https://ssl.safaribooksonline.com/promo" rel="nofollow noreferrer">https://ssl.safaribooksonline.com/promo</a>

blocks|key|522737|text|我不是Ruby程序员，但最近我非常密切地参与了JRuby部署，因此可以得出一些结论。不要对JRuby的性能期望太高。在解释模式下，它似乎在C+Ruby的某个范围内。JIT模式可能更快，但仅限于理论上。在实践中，我们在Glassfish上尝试了JIT模式，以便在中型服务器(双核，8+8GB+)上使用适当大小的Rails应用程序。事实是，JITting花费了如此多的时间，以至于服务器在响应第一个请求之前需要20-30分钟。内存使用量是天文数字，分析无法工作，因为整个系统在附加分析器的情况下被研磨到停止。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|522738|一句话:+JRuby有它的优点(多线程，可靠的平台，简单的Java集成)，但考虑到解释型模式是我们在实践中唯一有效的模式，它的性能可能不会比JRuby好。|522739|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I am not a Ruby programmer but I have been pretty tightly involved in a JRuby deployment lately and can thus draw some conclusions. Do not expect to much from JRuby's performance. In interpreted mode, it seems to be somewhere in the range of C Ruby. JIT mode might be faster, but only in theory. In practice, we tried JIT mode on Glassfish for a decently-sized Rails application on a medium-sized server (dual core, 8GB RAM). And the truth is, the JITting took so freakingly much time, that the server needed 20-30 minutes before it answered the first request. Memory usage was astronomic, profiling did not work because the whole system grinded to halt with a profiler attached.

Bottom line: JRuby has its merits (multithreading, solid platform, easy Java integration), but given that interpreted mode is the only mode that worked for us in practice, it may be expected to be no better performance-wise than C Ruby.

blocks|key|3640216|text|我赞同使用Passenger的建议-它使Rails应用程序的部署和管理变得微不足道|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3640217|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|$]]

I'd second the recommendation of the use of Passenger - it makes deployment and management of Rails applications trivial

I'm pretty keen to develop my first Ruby app, as my company has finally blessed its use internally.

In everything I've read about Ruby up to v1.8, there is never anything positive said about performance, but I've found nothing about version 1.9. The last figures I saw about 1.8 had it drastically slower than just about everything out there, so I'm hoping this was addressed in 1.9.

Has performance drastically improved? Are there some concrete things that can be done with Ruby apps (or things to avoid) to keep performance at the best possible level?

Ruby Performance

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

我非常渴望开发我的第一个Ruby应用程序，因为我的公司终于在内部使用了它。在我读过的关于Ruby直到1.8版的所有文章中，从来没有任何关于性能的正面评价，但我没有发现任何关于1.9版的东西。我看到的最后一个数字是1.8，它比几乎所有的东西都慢得多，所以我希望这个问题能在1.9中解决。性能有显著提高吗？有没有一些具体的事情可以用Ruby应用程序来完成(或者避免)，以保持最佳的性能水平？

问Ruby性能
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ruby性能EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ruby性能
EN