gpt4 book ai didi

ruby-on-rails - 查找 Rails 应用程序中的内存泄漏

转载 作者:数据小太阳 更新时间:2023-10-29 07:34:53 26 4
gpt4 key购买 nike

我在 Ruby on Rails 中有一个 Web 应用程序。我们使用在 apcahe httpd 上启动的 mongrel 集群来运行应用程序。我们一直面临应用程序中大量内存消耗的问题。 (RedHat,Ruby 1.8.7, Rails 2.3.5, RAM 8GB)

事情是在我们启动 web 服务器(启动 mongrel 集群)之后,内存使用量似乎在增加。例如,如果我启动 Web 服务器时的可用内存 (RAM) 为 6GB。 2天后,即使站点没有流量,空闲内存也变成了3GB。如果 Web 服务器一周没有重新启动,内存似乎会增加并使用完整的 8GB RAM,并导致“没有内存分配”的问题,例如使用“PrinceXML”生成 pdf、使用 sendmail 发送邮件(我认为这些是内存 )。当 Web 服务器重新启动时,可用内存回到 6GB。

这是 Rails 应用程序内存泄漏的情况吗?如何检查应用程序是否存在内存泄漏?我找到了一个检查内存泄漏的工具 bleak_house但是当我将它安装为 gem 时,如 this link 所示,当我运行“bleak/tmp/bleak.5979.000.dump”进行分析时,它给出了 No command bleak found

我正在使用 PrinceXML 生成 PDF 报告和用于邮件发送的 sendmail。该服务器还运行了一个 Jasper Server 实例。 任何人请帮助

这里是内存过载时top命令的结果。

-bash-3.2$ top

top - 10:34:10 up 14 days, 7:40, 2 users, load average: 0.24, 0.40, 0.39
Tasks: 181 total, 1 running, 177 sleeping, 2 stopped, 1 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8173984k total, 8011564k used, 162420k free, 10044k buffers
Swap: 2096472k total, 152624k used, 1943848k free, 2012016k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
858 **nt*rsc 15 0 12748 1168 832 R 173.5 0.0 0:00.36 top
1 root 15 0 10356 108 76 S 0.0 0.0 0:17.10 init
2 root RT -5 0 0 0 S 0.0 0.0 0:00.10 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.09 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.12 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.12 ksoftirqd/1
7 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root RT -5 0 0 0 S 0.0 0.0 0:00.70 migration/2
9 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/2
10 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/2
11 root RT -5 0 0 0 S 0.0 0.0 0:00.67 migration/3
12 root 34 19 0 0 0 S 0.0 0.0 0:00.11 ksoftirqd/3
13 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/3
14 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
15 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/1
16 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/2

最佳答案

我会尝试使用 passenger(它会自动重新启动并管理内存中增长过大的 rails 实例——比重新启动偏离正常内存限制的杂种要容易得多)。此外,您可能会幸运地使用 1.8.7 的 ruby​​ 企业版分支,它从 1.9 向后移植了一些内存管理修复程序(例如允许 VM 在使用较少内存时收缩) - 这种更改可能已经恢复到正常的 1.8.7 ,虽然我不确定。 REE 声称您可以将 Rails 应用程序的内存消耗减少 33%。

Ruby 的东西通常会随着时间的推移而增长,需要重新启动,而 passenger 它会自动为您完成。它非常适合我,所以我真的可以推荐它。

http://www.modrails.com/

它还有很好的内存分析功能

http://www.modrails.com/documentation/Users%20guide%20Apache.html#_analysis_and_system_maintenance

关于ruby-on-rails - 查找 Rails 应用程序中的内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7427329/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com