资讯频道 → 编程语言
阅读更多

31顶
1踩

编程语言

原创新闻 解决ruby内存泄漏的超级大补丁发布啦

2008-12-22 12:40 by 见习编辑 robbin 评论(12) 有8919人浏览
Ruby

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

JavaEye在12月初发布了新闻ruby内存泄漏的罪魁祸首 - 幽灵指针，介绍了当前Ruby解析器内存泄漏的根本原因，并且透露了Brent Roman正在打算给ruby提供补丁程序解决内存泄漏问题。

如今Brent Roman的超级大补丁终于发布！该超级大补丁命名为：“1.8.7-p72 MBARI Patch”。因为这个补丁是给Ruby当前最广泛使用的生产环境的版本ruby 1.8.7-p72版本提供的，而Brent Roman本人在Monterey Bay Aquarium Research Institute工作，因此该补丁被成为MBARI patch。

MBARI补丁总共包含了6个补丁文件，他们分别是：

1、MBARI1.patch： 修复Ruby多线程Continuations的bug导致的段地址错误和内存泄漏
2、MBARI2.patch： 修改Ruby多线程的栈帧分配策略，解决多线程栈帧分配策略导致的内存泄漏
3、MBARI3.patch： 修复幽灵指针造成的Ruby内存泄漏。
4、MBARI4.patch： 修复Ruby的eval()方法调用造成的大量内存泄漏
5、MBARI5.patch： 修复Ruby的异常处理的代码跳转造成的内存泄漏
6、MBARI6.patch： 提供了Method和Proc对象的source_location()方法

根据Brent Roman自己对ruby自带的测试套件测试的结果表明，应用该补丁以后，内存泄漏问题有极大改善。

       版本                     初始内存    结束内存       耗时
未打补丁1.8.7-p72:      30MB             97MB         92 seconds
打了补丁1.8.7-p2:        30MB            57MB        100 seconds

该测试套件执行完毕以后，内存占用从97MB下降到57MB，效果十分明显！

目前MBARI Patch还处于alpha阶段，Brent Roman本人的开发环境是Linux 32bit，GCC 4.3.2，他呼吁更多人帮助他测试该补丁文件，在各种不同环境下测试，向他提交bug，便于他更好的完善这个内存泄漏补丁。

安装MBARI补丁很简单：

1、下载ruby 1.8.7-p72，并且解压缩
2、下载MBARI补丁，并且解压缩
3、执行命令：MBARIp72patches/apply  ruby-1.8.7-p72 打补丁
4、编译ruby 
CFLAGS="-O2 -fno-stack-protector -mpreferred-stack-boundary=2" ./configure
make && make install


如果是gcc3.3版本，要去掉 -fno-stack-protector编译参数；如果是64位机器，-mpreferred-stack-boundary=4才行。

然后 ruby -v  应该显示：

1.8.7 MBARI 6 on patchlevel 72


应用该补丁在JavaEye服务器上面简单的测试对比如下：

ruby 1.8.7 p72        fcgi进程占用物理内存129MB
ruby 1.8.7(gc patch)  fcgi进程占用物理内存176MB
ruby 1.8.7 MBARI      fcgi进程占用物理内存99MB

效果还是比较明显的，详细的性能测试报告请看：

ruby MBARI大补丁性能评测报告
31
顶
1
踩
评论 共 12 条 请登录后发表评论
12 楼 wosmvp 2008-12-23 09:18

就等
引用
让大家去实际测试了
11 楼 tangyuanjian 2008-12-22 21:19
1.86可以打嘛？
10 楼 hozaka 2008-12-22 20:31
PPC, Mac OS X 10.5.6 下提示 preferred-stack-boundary 无效参数……
9 楼 庄表伟 2008-12-22 19:49
嗯，继续等待更大的合并后补丁
8 楼 robbin 2008-12-22 18:03
花花公子 写道

这个和ruby GC的补丁一起作用的效果不知道会怎么样。

两个不能同时打，否则打不上，我已经给Brent写了邮件，建议他的patch把Railsbench的GC patch给merge进来，哈哈。我们等好消息吧。
7 楼 robbin 2008-12-22 18:02
mccxj 写道

注意到这句了。。。Note that some older versions of gcc did not support (or need) the -fno-stack-protector option.It should be omitted from the CFLAGS= in this case.

我给Brent发了邮件，他回复说gcc3.3不需要 -fno-stack-protector，默认就是disable的，去掉它编译就好。

现在的问题是64位机器上"-mpreferred-stack-boundary=2"这个参数是不行的，必须是4。我已经报告给Brent了，等他解决吧。不过即使是这样，我用JavaEye网站代码的Rails测试结果表明，内存占用有非常明显的下降。

接下来等我有空再测试一下执行性能的影响，如果都没有问题，我就准备上到JavaEye网站服务器，让大家去实际测试了，哈哈。
6 楼 花花公子 2008-12-22 17:26
这个和ruby GC的补丁一起作用的效果不知道会怎么样。
5 楼 花花公子 2008-12-22 17:25
robbin 写道

花花公子 写道64位编译的时候报错误 -mpreferred-stack-boundary=2 必须在4～16当中，用了4感觉没什么改善。你怎么测试是否有改善？

没有测试，全靠感觉。可以考虑进行大规模并发测试，看看测试进行中mongrel或者fcgi重启次数。如果测试没有跑到内存泄露非常严重的地方，也会看不出什么结果。
4 楼 mccxj 2008-12-22 17:08
注意到这句了。。。
Note that some older versions of gcc did not support (or need) the -fno-stack-protector option.
It should be omitted from the CFLAGS= in this case.
3 楼 mccxj 2008-12-22 17:05
在gcc3.4.6 configure过不去。。。继续调整
2 楼 robbin 2008-12-22 16:11
花花公子 写道

64位编译的时候报错误 -mpreferred-stack-boundary=2 必须在4～16当中，用了4感觉没什么改善。


你怎么测试是否有改善？
1 楼 花花公子 2008-12-22 14:28
64位编译的时候报错误 -mpreferred-stack-boundary=2 必须在4～16当中，用了4感觉没什么改善。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • ruby MBARI大补丁性能评测报告

    JavaEye之前的新闻[url=http://www.iteye.com/news/4407-ruby-memory-leak-culprit---the-ghost-references-to-stack]ruby内存泄漏的罪魁祸首 - 幽灵指针[/url]详细分析了当前Ruby官方版本(MRI版本)内存泄漏的原因。...

  • 关于内存管理

    <br />--------------------------- java 堆与栈（内存分配策略） --------------------------- 今天复习了一下这些知识，顺便做了下笔记.  寄存器：最快的存储区, 由编译器根据需求进行...

  • 在Ruby旧版本上进行升级

    由于ruby的内存泄漏很严重，我在网上也找到了不少资料，为了利用已有的成果（打补丁什么地:解决ruby内存泄漏的超级大补丁发布啦 ），我就来了个蛮力ruby版本升级。 原先的系统环境 写道 原先的系统各个工具均来自...

  • 优化Debian/Ubuntu下的ruby

    我们都知道Debian/Ubuntu通过apt-get安装的ruby包很慢（参考：各种Ruby实现的性能评测修正版本 ） ...内存泄漏的超级大补丁发布啦 ）   但是自己编译的ruby不能被dpkg -l识别，debian/ubu...

  • XXX高校信息安全服务解决方案

    XXX高校网络安全服务解决方案 目录 XXX高校网络安全服务解决方案 1.综述 1.1.项目背景 1.2.项目目标 1.3.项目范围 1.4.安全需求分析 2.安全服务概述 2.1.安全服务的必要性 2.2.安全服务原则 2.3.安全服务方针 3. ...

  • 内网备忘录（超级全）

    win提权辅助工具，原理主要通过systeminfo补丁信息比对漏洞库 工具链接  https://github.com/GDSSecurity/Windows-Exploit-Suggester linux提权辅助 https://github.com/jondonas/linux-exploit-suggester-2 ...

  • Linux调试工具

    ElectricFence函数库和valgrind可以用来检查动态内存分配的一些问题，包括内存泄漏。         Linux下的调试工具   随着 XP的流行，人们越来越注重软件的前期设计、后期的实现，以及贯穿...

  • 1 华为鲲鹏-HCIP备考-计算机系统20+云上开发9

    分数： 1 计算机系统：20 2 鲲鹏应用云上开发：9 3 高阶鲲鹏代码移植：23 4 鲲鹏应用发布：18 5 鲲鹏应用性能优化：23 6 鲲鹏应用开发实践：7 0 参考： 鲲鹏HCIP练习01答案_numa-aware亲和性优化是一种硬件加速...

  • rp:linux debug tools - 摄心神,致虚极,守静笃

    ElectricFence函数库和valgrind可以用来检查动态内存分配的一些问题，包括内存泄漏。         Linux下的调试工具   随着XP的流行，人们越来越注重软件的前期设计、后期的实现，以及贯穿于...

  • 【ARM-Linux开发】linux下代码调试

    ElectricFence函数库和valgrind可以用来检查动态内存分配的一些问题，包括内存泄漏。         Linux下的调试工具   随着 XP的流行，人们越来越注重软件的前期设计、后期的实现，以及贯穿于其中的测试工作，经过...

  • linux debug tools

    ElectricFence函数库和valgrind可以用来检查动态内存分配的一些问题，包括内存泄漏。 Linux下的调试工具   随着 XP 的流行，人们越来越注重软件的前期设计...

  • linux调试工具

    ElectricFence函数库和valgrind可以用来检查动态内存分配的一些问题，包括内存泄漏。 Linux下的调试工具   随着 XP 的流行，人们越来越注重软件的前期设计...

  • c/c++ linux调试工具

    ElectricFence函数库和valgrind可以用来检查动态内存分配的一些问题，包括内存泄漏。 Linux下的调试工具   随着 XP 的流行，人们越来越注重软件的前期设计...

  • Dify智能体：JSON 修复.yml

    Dify智能体：JSON 修复.yml

  • 陕西省2025年初中学业水平考试实验操作考试试题及评分细则.zip

    陕西省2025年初中学业水平考试实验操作考试试题及评分细则.zip

  • 西门子S7-1200 PLC污水处理系统：博途V17版KTp1200屏程序设计与优化

    内容概要：本文详细介绍了西门子S7-1200 PLC在污水处理项目中的应用，涵盖模拟量处理、设备轮换、Modbus通讯以及事件记录等多个方面。文中展示了如何利用博途V17进行程序设计，包括具体的SCL代码实例，如液位检测的滑动窗口滤波法、提升泵的轮换逻辑、Modbus TCP对变频器的控制以及报警信息管理等。此外，还分享了一些实用技巧，如防止信号跳变、避免设备过度磨损、确保通讯稳定性和提高报警记录效率的方法。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是熟悉西门子PLC和博途软件的从业者。 使用场景及目标：适用于污水处理项目的PLC编程和系统集成，旨在提高系统的稳定性和可靠性，减少维护成本并优化设备性能。 其他说明：文中不仅提供了详细的代码示例，还分享了许多来自实际项目的经验教训，帮助读者更好地理解和应用相关技术。

  • 基于PLC的自动药片装瓶机控制系统设计与仿真

    内容概要：本文详细介绍了基于PLC（西门子S7-1200）的自动药片装瓶机控制系统的设计与仿真过程。涵盖了硬件选型（伺服电机、光电传感器）、软件编程（梯形图、结构化文本）、关键算法（传送带定位、振动盘控制、药片计数）、异常处理以及仿真测试等方面的内容。重点讨论了如何通过精确的硬件配置和优化的控制逻辑来确保系统的稳定性和高效性。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是对PLC编程和机电一体化感兴趣的读者。 使用场景及目标：适用于制药行业及其他需要自动化包装设备的企业。主要目标是提高生产效率、减少人工干预、提升产品质量和稳定性。 其他说明：文中提供了大量实际案例和调试经验，帮助读者更好地理解和应用相关技术和方法。同时强调了仿真测试的重要性，为后续的实际部署提供了宝贵的经验和改进建议。

  • 基于元启发式算法优化四级倒立摆系统的LQR控制器设计与应用

    内容概要：本文介绍了一种利用元启发式算法（如粒子群优化，PSO）优化线性二次调节器（LQR）控制器加权矩阵的方法，专门针对复杂的四级倒立摆系统。传统的LQR控制器设计中，加权矩阵Q的选择往往依赖于经验和试错，而这种方法难以应对高维度非线性系统的复杂性。文中详细描述了如何将控制器参数优化问题转化为多维空间搜索问题，并通过MATLAB代码展示了具体实施步骤。关键点包括：构建非线性系统的动力学模型、设计适应度函数、采用对数缩放技术避免局部最优、以及通过实验验证优化效果。结果显示，相比传统方法，PSO优化后的LQR控制器不仅提高了稳定性，还显著减少了最大控制力，同时缩短了稳定时间。 适合人群：控制系统研究人员、自动化工程专业学生、从事机器人控制或高级控制算法开发的技术人员。 使用场景及目标：适用于需要精确控制高度动态和不确定性的机械系统，特别是在处理多自由度、强耦合特性的情况下。目标是通过引入智能化的参数寻优手段，改善现有控制策略的效果，降低人为干预的需求，提高系统的鲁棒性和性能。 其他说明：文章强调了在实际应用中应注意的问题，如避免过拟合、考虑硬件限制等，并提出了未来研究方向，例如探索非对角Q矩阵的可能性。此外，还分享了一些实践经验，如如何处理高频抖动现象，以及如何结合不同类型的元启发式算法以获得更好的优化结果。

  • LLC谐振变换器设计与仿真的关键技术解析及实战工具应用

    内容概要：本文详细介绍了LLC谐振变换器的设计方法及其仿真模型的应用。首先，通过参数设计程序，如Excel表格和Matlab脚本，进行关键参数的计算，确保设计符合预期性能。其次，利用Matlab/Simulink构建闭环控制仿真模型，优化PID控制器和PWM生成模块，提高系统的稳定性和响应速度。最后，提供了详细的模态分析和波形解读，帮助理解和规避常见设计陷阱。文中强调了参数选择的重要性，如电感比k值、死区时间和谐振元件的实际测量值，并分享了多个实战经验和调试技巧。 适合人群：从事电力电子设计的技术人员，尤其是对LLC谐振变换器感兴趣的工程师。 使用场景及目标：适用于需要高效、稳定的电源转换解决方案的研发项目。主要目标是掌握LLC谐振变换器的设计原理和技术要点，能够独立完成从参数计算到闭环调试的全过程。 其他说明：文中提供的工具和方法不仅有助于初学者快速入门，也能为有经验的工程师提供宝贵的参考资料。特别提到了一些容易忽视的细节和常见的错误，帮助读者避免不必要的损失。

  • 深度强化学习在电力系统中的应用：多智能体自主电压控制框架的Python实现

    内容概要：本文探讨了利用深度强化学习（DRL）解决现代电网复杂控制问题的方法，特别是针对自主电压控制（AVC）的应用。文中介绍了多智能体系统（MAS）与深度确定性策略梯度（MADDPG）相结合的MA-AVC算法，展示了如何将电网划分为多个子区域，每个子区域由一个智能体负责，通过集中训练和分散执行的方式进行电压控制。文章详细解释了智能体网络的设计、训练过程、奖励机制以及在伊利诺伊200总线系统上的实验验证。结果显示，相比传统方法，该算法在处理负荷突变、N-1故障和通信延迟等方面表现出显著优势。 适合人群：对深度强化学习、电力系统自动化感兴趣的科研人员和技术开发者，尤其是希望了解如何将AI应用于实际工业场景的研究者。 使用场景及目标：适用于需要提高电网稳定性和响应速度的实际应用场景，特别是在可再生能源接入和快速需求响应的要求下。目标是通过智能化手段提升电网的自适应能力和鲁棒性。 其他说明：文章提供了详细的代码示例和实验结果，帮助读者理解和复现相关算法。特别强调了奖励函数设计和电网仿真的重要性，指出了一些常见的实现陷阱及其解决方案。

Global site tag (gtag.js) - Google Analytics