我听说过有关 JRuby 的好消息，而且我知道您可以在不了解任何 Java 的情况下运行它。我的开发技能很强，Java 不是我所知道的工具之一。它是一个庞大的工具，附带大量的工具，例如 Maven/Ant/JUnit 等。
仅出于性能原因，是否值得将我当前的 Rails 应用程序迁移到 JRuby？或许如果我同时学习一些基本的 Java，会有一些不明显的附加好处，例如更好的调试/性能优化工具？
希望得到一些关于这个的建议。
【问题讨论】：
标签： java ruby-on-rails ruby jruby
我会稍微修改一下彼得所说的话。与标准 Ruby 相比，JRuby可能使用更多内存，但这通常是因为您在单个进程中完成工作，而 Ruby 需要多个进程。
您应该在单个 JRuby 运行时尝试 Rails.threadsafe! 选项（例如，带有 --threadsafe 选项的 Trinidad gem）。我们听说过几个案例，它可以为您提供出色的性能和较低的内存使用率，同时通过单个进程利用多个 CPU 内核。
【讨论】：
我认为你已经成功了。
JRuby 只是另一个 Ruby 执行引擎，就像 MRI、YARV、IronRuby、Rubinius、MacRuby、MagLev、SmallRuby、Ruby.NET、XRuby、RubyGoLightly、tinyrb、HotRuby、BlueRuby、Red Sun 和所有其他引擎一样。
主要区别在于：
可移植性：例如，YARV 仅在 x86 32 位 Linux 上得到官方支持。 OSX 或 Windows 或 64 位 Linux 不支持它。 Rubinius 仅适用于 Unix，不适用于 Windows。 JRuby OTOH无处不在：桌面、服务器、手机、App Engine，应有尽有。它运行在 Oracle JDK、OpenJDK、IBM J9、Apple SoyLatte、RedHat IcedTea 和 Oracle JRockit JVM（可能还有几个我忘了）以及 Dalvik VM 上。它可以在 Windows、Linux、OSX、Solaris、几个 BSD、其他专有和开放的 Unices、OpenVMS 和几个大型机操作系统、Android 和 Google App Engine 上运行。事实上，在 Windows 上，JRuby 通过的 RubySpec 测试比“Ruby”（即 MRI 或 YARV）本身还多！
可扩展性：在 JRuby 上运行的 Ruby 程序可以使用任意 Java 库。通过 JRuby-FFI，他们还可以使用任意 C 库。借助 JRuby 1.6 中新的 C 扩展支持，他们甚至可以使用 MRI 和 YARV C 扩展的一大子集，例如 Mongrel。 （请注意，“Java”或“C”库实际上并不意味着用这些语言编写，它仅表示使用 Java 或 C API。它们可以用 Scala、Clojure、C++ 或 Haskell 编写。）
工具：每当有人为 YARV 或 MRI 编写新工具（例如 memprof）时，事实证明 JRuby 在 5 年前就已经有了一个工具，它可以做同样的事情，只是更好。 Java 生态系统有一些用于“运行时行为理解”的最佳工具（这是我刚刚编造的一个术语，我的意思不仅仅是简单的分析，我的意思是用于深入理解程序在运行时究竟做了什么的工具，它的性能特征是什么，瓶颈在哪里，内存在哪里，最重要的是为什么所有这些都会发生）和市场上可用的可视化，几乎所有这些都与 JRuby 一起工作，至少在某种程度上。
部署：假设您的目标系统已经安装了 JVM，部署 JRuby 应用程序（我不只是在谈论 Rails，我还指桌面、移动、其他类型的服务器）实际上只是复制一个 JAR（或 WAR）并双击。
性能：JRuby 的启动开销要高得多。作为回报，您可以获得更高的吞吐量。实际上，这意味着将 Rails 应用程序部署到 JRuby 是一个好主意，就像运行集成测试一样，但是对于开发人员单元测试和脚本，MRI、YARV 或 Rubinius 是更好的选择。请注意，许多 Rails 开发人员只是在 MRI 上开发和单元测试以及在 JRuby 上进行集成测试和部署。无需为所有内容选择单一执行引擎。
并发：JRuby 并发运行 Ruby 线程。这意味着两件事：如果您的锁定正确，您的程序将运行得更快，如果您的锁定不正确，您的程序将中断。 （不幸的是，MRI、YARV 和 Rubinius 都没有同时运行线程，所以仍然有一些损坏的多线程 Ruby 代码不知道它已经损坏，因为显然只有在实际并发时才会出现并发错误。）
平台（这在某种程度上与可移植性有关）：有一些令人惊叹的 Java 平台，例如Azul JCA 具有 768 GiBytes 的 RAM 和 864 个 CPU 内核，专为内存安全、指针安全、垃圾收集、面向对象的语言而设计。安卓。谷歌应用引擎。所有这些都运行 JRuby。
【讨论】：
JRuby 是少数使用本机线程的实现之一。所以如果你想做一些多线程，那就去做吧。
就托管而言，您必须将您的应用程序放在某种 java 容器中，我个人认为这远不如使用像乘客这样的东西直接（用于 Rack 应用程序）
当我们通过 JMS 进行通信时，我将 JRuby 用于应用程序，它工作正常，但如果我不使用任何 Java，我肯定会坚持使用 CRuby。我最大的不满是，在测试中，使用 JRuby 运行测试需要很长时间，因为每次运行它们时都必须启动一个 VM。这使得 TDD 变得更加困难，因为它会严重影响您的测试时间。
【讨论】：
如果您使用的是 Windows，则 Jruby 具有优势。它支持 64 位，您可以使用许多带有标准 JDBC 驱动程序的专有数据库。
【讨论】：
最新版本比 Ruby 快得多，但也使用了更多的内存。如果这是您使用 JRuby 的唯一原因，除非您有特定的性能需求可以解决，否则我不会打扰，原因很简单，虽然它很受欢迎，但与标准相比，它的托管标准较低，使用它的人也较少红宝石。话虽如此，使用 JRuby 还有很多其他原因，例如需要与现有 Java 代码互操作，以及需要在 Java 得到运营部门“祝福”而 Ruby 没有的环境中部署。
【讨论】：