写点什么

在 JRuby on Rails 上构建 Oracle Mix 的收获

  • 2007-11-28
  • 本文字数:1764 字

    阅读完需:约 6 分钟

Oracle 实验室最近发布了 Oracle Mix ,这是一个基于JRuby on Rails的社会网络应用。 Rich Manalang 刚刚在博客上分享了他在这个项目中的经验。虽然这个项目目前运行在 JRuby 上,但是最原始的工作却是用 MRI 完成的:

我们用标准的 Ruby 解释器(也就是 MRI——Matz’s Ruby Interpreter)和 Ruby-OCI 在 Oracle DB XE 上完成了 Mix 的大部分工作。用 MRI 来开发 Rails 应用还是要容易很多,因为 JRuby 的启动要花一段时间。

随后人们便发现Rails 插件系统在帮助 Mix 与 Oracle 内部系统——这里指的是单点登录(SSO)策略——协同工作方面起到了很大作用:

这个项目至关重要的一点就是要支持 Oracle 单点登录策略。也就是说我们所部署的每一个 Web 应用都要通过 Oracle SSO 服务来支持单点登陆。我着实用了几天才找出解决方案,但方案一旦成型,把它插入到我们正在使用的 acts_as_authenticated Rails 插件中就并非难事了。

解决了这些问题后,开发团队在向 JRuby on Rails 进行部署时又遇到了新的难题——性能

这一切都搞定以后,我们就开始在 JRuby 上做早期部署。性能简直烂得要死。单台应用服务器每秒只能处理 20 到 40 个请求。很明显,有些产品设置没有被配置好(比如,忘了对 ruby 类进行缓存等等)。我修改了一些环境设置后(标准的 rails 产品设置),单台应用服务器达到了每秒 80 个请求……情况好了一些,但是还远远不够。

长话短说,经过对性能问题的一阵调查研究以后,性能开始有所改善:

Ola 和 jRuby 团队在 jRuby 代码中发现了一些有趣的瓶颈。一两天内,Ola 和团队就做好了一个补丁,其后请求数达到了每秒 150 到 200 个。而应用服务器“热身(warm up)”以后,情况变得更好玩了……数值开始上升,达到了每秒钟 400 到 600 个请求。

这还仅仅是开始,因为按照作者所述,这些数字还是在没有进行任何缓存的服务器上得到的结果。那么是什么引起的性能提升呢?JRuby 团队对一系列的问题进行了研究,并发现了一些老问题,诸如正则表达式的性能

当我开始关注 Rails 中的正则表达式性能时,就发现了问题所在。每个请求中正好有 50 次正则表达式运算,于是我就写了个脚本,在 MRI 上检查每一次运算的性能。然后发现当拿 MRI 和 JRuby 相比较的时候,其中一次运算的性能显得相当怪异。实际上,它差不多要慢上 200 到 1000 倍。更糟的是,这性能还是非线性的。

这个问题实际上是在 JRuby 的 each_line 实现中出现的,和 Rails 代码无关。当这个问题和其它一些性能问题被一一发现并获得解决后, JRuby 的速度有了显著的提升……

除了 JRuby 实现上的瓶颈,其他一些原因同样可以导致 JRuby 应用的速度变慢。Nick Siger指出了 JRuby 用户可以用一些小窍门来提升应用的速度。其中最重要的步骤是:

  • 关掉ObjectSpace.
    ObjectSpace 是一个可以允许用户遍历堆中所有对象的特性。很少有代码库真的会用到这个特性,所以关掉它并不会有什么相关的后果。实际上,JRuby 1.1 默认就是把它关掉的。这个做法对性能的提升是很有效的:因为如果要提供 ObjectSpace 功能的话,每一个被创建的对象就都必须要在一个单独的列表结构中进行注册,从而增加了对象创建的代价。
  • 确保使用了“server” VM
    可以通过一个简单的命令开关来使用“server” VM,从而获得更强劲的性能优化。
  • 等待 JVM热身
    这并不是真正的优化,但是能够保证测量出的性能数字是正确的。JVM 工作的方式是,首先解析字节码,然后通过动态编译器来逐步将字节码进行优化并编译成 native 代码。只有实际上频繁用到的代码才会被编译和优化,而这个过程是需要一定时间的。这也就是说,在一个刚刚启动的 JVM 上测量每秒请求之类的性能,其结果要比在运行了一段时间的 JVM 上测量出来的性能差很多。
  • 从稳定版本的 JRuby(例如 JRuby 1.0.x)切换到开发版本
    这对于 JRuby1.1(当前的开发版本)而言效果尤其显著,因为它是第一个使用了完整的JIT的 JRuby 版本。但是,因为开发版可能会变动很大,所以使用最新版本也就意味着可能会引入新的、未被报告的 bug。这些都会以不可预知的方式给应用程序造成破坏。当然,使用一个适当的 test suite 可以帮助开发人员将使用开发版带来的风险降低。跟上 JRuby 的开发步伐是有一定代价的,这个代价与所带来的性能提升相比孰轻孰重,还是要依据情况来判断。

查看英文原文 Lessons from building Oracle Mix on JRuby on Rails

2007-11-28 01:09777
用户头像

发布了 197 篇内容, 共 54.4 次阅读, 收获喜欢 20 次。

关注

评论

发布
暂无评论
发现更多内容

老板不让用 AFNetworking,我该怎么办?

神策技术社区

大前端 后端 数据 数据采集

机会!痛点!难点!中国游戏泛娱乐企业出海攻略全解析

环信

游戏出海 直播 社交APP出海 泛娱乐社交

太为难我了,阿里面试了7轮(5年经验,拿下P7岗offer)

Java 编程 程序员 架构 面试

前端基础二之css篇

ベ布小禅

8月日更

centos8 mediasoup 搭建

webrtc developer

WebRTC mediasoup

多张图片的形式

冇先生

webrtc Rtp/rtcp (1)

webrtc developer

从“人工”到“人工智能”,聊一聊本届东京奥运会的AI黑科技

行者AI

MySQL 系列教程之(六)DML 操作:数据的增删改

若尘

数据库 MySQL 数据库 8月日更

底层即真理!Netty+Redis+ZooKeeper解读高并发架构

公众号_愿天堂没有BUG

Java 编程 程序员 架构 面试

LeetCode题解:217. 存在重复元素,哈希表,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

使用账号密码来操作github? NO!

程序那些事

Java GitHub 程序那些事

webrtc AlrDetector

webrtc developer

【LeetCode】学生考勤Java题解

Albert

算法 LeetCode 8月日更

基于KubeEdge实现中国移动10086客服云边协同平台

华为云原生团队

云计算 开源 运维 边缘计算 边缘技术

银行小程序隐私安全如何做?诊疗一体,一步到位

WeTest

价值连城 图灵奖得主Yoshua Bengio约书亚·本吉奥的采访 给AI从业者的建议 John 易筋 ARTS 打卡 Week 60

John(易筋)

ARTS 打卡计划

千亿级模型在离线一致性保障方案详解

百度Geek说

百度 测试 后端

云时代的到来会淘汰运维人员吗?运维工作可以一直做吗?

行云管家

云计算 运维 云服务 IT运维 云时代

二本渣渣5面阿里,从准备简历到“直怼”面试官,经历了什么?

Java 程序员 架构 面试 计算机

给Arm生态添把火,腾讯Kona JDK Arm架构优化实践

腾源会

开源 腾讯 jdk 腾讯开源 KonaJDK

去哪儿网数据同步平台技术演进与实践

Qunar技术沙龙

数据库 数据中台 ES 数据同步 Kafk

腾讯WeTest零售行业质量解决方案

WeTest

堡垒机品牌就认行云管家!为什么呢?

行云管家

云计算 系统运维 堡垒机 IT运维 云计算运维

大一一个学期学多少编程算正常?

沉默王二

编程

EMQ 映云科技成为开源项目 Vue.js 定期捐赠者

EMQ映云科技

Java 开源 大前端 emq

多线程、分布式、高并发都不懂?你拿什么跳槽?

公众号_愿天堂没有BUG

Java 编程 程序员 架构 面试

业界良心啊!第五次更新的Spring Cloud Alibaba升级太多内容

公众号_愿天堂没有BUG

Java 编程 程序员 架构 面试

如何理解 Java 多线程

HoneyMoose

如何找到程序崩溃的 “凶手” ?

神策技术社区

数据库 程序员 埋点

linux工具之TC

webrtc developer

在JRuby on Rails上构建Oracle Mix的收获_Ruby_Werner Schuster_InfoQ精选文章