1818IP-服务器技术教程,云服务器评测推荐,服务器系统排错处理,环境搭建,攻击防护等

当前位置:首页 - 运维 - 正文

君子好学,自强不息!

Ruby已死——必须关注的内存问题

2022-11-10 | 运维 | gtxyzz | 603°c
A+ A-

  在今天的文章中,我们将探讨如何解决Ruby当中常见的内存使用问题。

  Ruby语言当中最为常见的就是内存使用问题,这一点在其它基于JVM的语言中亦颇为普遍(是的,Java,说的就是你)。事实上,Ruby的垃圾回收(简称GC)机制与Java非常接近。如果使用不当,其会带来巨大的麻烦(正如下图所示)。在这类情况下,GC会停止运作,同时消耗服务器的整体CPU资源,甚至导致服务器重启。

  Unicorn与Ruby内存泄露导致服务器宕机。

  如何解决?

  一、定期重启您的Ruby

  如果大家使用的是高人气Unicorn Web服务器,那么内存问题可能会更加严重——这是因为Unicorn采用fork机制。在fork过程中,其会对全部父内存内容进行复制(简称CoW)。因此,大家可能需要使用“Unicorn Worker Killer” gem以监控服务器并在内存达到新高点或者请求数量增加至一定水平时进行重启。由于该gem支持随机化,因此服务器本身很可能并不会受到影响。

  二、安装此 killer:

  调整内存

  如果大家使用的是Ruby 2.X版本,则可通过配置Unicorn更好地使用CoW机制。

  config/unicorn.rb

  1)worker_processes: 1x 计算核心

  2)timeout: 工作请求超时,应设定在15到30秒区间

  3)preload_app: 启用CoW,但要求在fork上管理连接/断开

  四)认真考虑GC配置

  总结:动态语言存在着一定短板,然而正确的设计却能帮助其始终在线且顺畅运行。

本文来源:1818IP

本文地址:https://www.1818ip.com/post/8276.html

免责声明:本文由用户上传,如有侵权请联系删除!

发表评论

必填

选填

选填

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。