探讨如何统计Ruby应用服务器使用内存方法

最近在解决探针获取Ruby应用服务器的内存使用的情况，将解决的思路总结一下，希望对此感兴趣的伙伴一起探讨。

先对比应用服务器： Puma 和 Passenger ，下面对比这2个服务器内存统计，

单进程模式：直接获取进程id: Process.pid

cluster模式：以启动2个worker进程为例:

从上面截图可以看到，Puma启动后会出现3个进程：1个master进程和2个worker进程。

内存的使用情况(见 RSS 列):

而对于探针来说，一个探针实例是伴随进程一起启动的，也就说一个探针只能识别自己所在的进程id，那如何获取应用服务器使用的内存？我们用其中1个woker进程所在的进程组[ PGID ]看一下:(为啥不是父进程?, 见下文Passenger)

这3个进程都在相同的进程组里，而且进程组号为master的进程id，那我们就可以用这个信息获取应用服务器的所使用的内存:

4.累加进程组内进程内存和即为应用服务器使用内存:

启动Passenger后的Process信息：

对Passenger架构感兴趣的请移步到 这儿 .

查看一下worker所在进程组和父进程:

通过PPID可以看出

Passenger core —>Passenger AppPreloader —>Passenger RubyApp

三者为爷-父-子关系，当服务器请求量增大时 AppPreloader 会产生新的进程来响应请求,从而新的 RubyApp 进程的 PPID 即为 AppPreloader 的 PID ，这样看来就可以将同一个 PPID 的进程加起来得到应用服务器的内存？

由于Passenger会根据服务器的负载量动态调整进程数，当服务器请求量较小时，Passenger会kill多余的进程，会出现下面的情况：

AppPreloader 也被Passenger杀掉了。原 RubyApp 进程的 PPID 变成了1。这时如果服务器的请求量增大，应用服务器进程会成为这样：

Passenger core 产生新的 AppPreloader 进程，并且 AppPreloader 产生新的 RubyApp 进程，这时如果只用 PPID 统计应用服务器内存就会不准确，所以要统计Passenger的使用的内存还得通过累加在同一个进程组( PGID )的所有进程使用的内存和得到。

由于 Unicorn 和 Rainbows 都与Puma的cluster模式[master+worker模式]类似，内存统计的方式可以参考上文的Puma。

由于 Thin 启动多个server后没有类似的特点，上面方法不适用于Thin，有好方法的伙伴们可以告知:smile:

在解决探针统计应用服务器的内存问题上，摸索出了上面的一条路子，如果小伙伴们有其他更好的方式，可以一起探讨一下。

Ruby可以安装到你的用户目录。

设定Ruby的path即可。

但这样只能你的用户才可以运行Ruby和rb程序。

你可以下载Ruby，然后安装到Home下，再修改用户de.bashrc，把ruby可执行程序的path加入PATH变量，此后就可以正常使用了。

《openshfit视频教程》百度网盘资源免费下载

链接:https://pan.baidu.com/s/1LhLbxbph-1zx7m6wfZdNQw

提取码:vw4v

openshfit视频教程|29、openshift-课程总结及最后全局实验.mp4|28、openshift-课程总结及最后全局实验.mp4|27、openshift-使用域来隔离环境.mp4|26、-创建并安装自定义Cartridge.mp4|25、安装配置和管理Administration Console.mp4|24、使用Watchman获取运行指标.mp4|23、使用QuickStarts安装wordpress应用.mp4|22、openshift-Openshift客户端工具介绍.mp4|21、openshift-Openshift客户端工具介绍.mp4|20、openshift-Openshift客户端工具介绍.mp4|19、openshift-Openshift客户端工具介绍.mp4|18、openshift-管理Openshift资源.mp4|17、安装node节点--SSH服务端口代理和其他必要服务.mp4|16、安装node节点--SSH服务端口代理和其他必要服务.mp4  

---