gpt4 book ai didi

tomcat - 在 Tomcat 中使用 JRuby on Rails 追踪 PermGen 问题

转载 作者:行者123 更新时间:2023-11-28 21:47:37 25 4
gpt4 key购买 nike

我们正在运行一个在 Tomcat 下运行的 JRuby on Rails 编写的小型 Web 应用程序。我们正在使用与另一个生产 Web 应用程序共享的 Spring 后端。不幸的是,我们不断遇到 PermGen 问题。

操作系统:Ubuntu Linux 2.6.24-24-server #1 SMP x86_64 GNU/Linux java :1.6.0_21 Tomcat :6.0.28JRuby:1.5.0导轨:2.3.7

我们目前正被 Google、Yahoo 和 Baidu 抓取,因此网站使用率上升。我一直在使用 JConsole 监视 Tomcat,我们肯定会发现类数过多的问题。当 tomcat 启动时,我们加载了大约 12,000 个类。 8 小时后,我们加载了近 75,000 个类。 PermGen 同时从 100MB 增加到 460MB。

类卸载正在运行,但它仅在相同的 8 小时内卸载了约 500 个类。 PermGen 似乎永远不会被收集。

我们正在为 Tomcat 使用以下 VM 选项运行:

-Xms2048m -Xmx2048m -XX:MaxPermSize=512m -XX:PermSize=128m \
-XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:ParallelGCThreads=4 \
-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled

显然存在某种泄漏。问题是如何在哪里?关于如何追踪谁和什么对此负责的任何建议?我希望这是我们的一些非常愚蠢的错误,但我不确定从哪里开始。

如有任何建议,我们将不胜感激。

编辑

看起来我们正在为每个传入请求创建一个新类。

编辑 2

肯定和JRuby有关。使用 JConsole,我为类加载器启用了 Verbose 模式。这是来自 catalina.out 的示例:

[Loaded anon_class1275113147_895127379 from file:/opt/apache-tomcat-6.0.28/webapps/notes/WEB-INF/lib/jruby-core-1.5.0.jar]
[Loaded anon_class1354333392_895127376 from file:/opt/apache-tomcat-6.0.28/webapps/notes/WEB-INF/lib/jruby-core-1.5.0.jar]
[Loaded anon_class1402528430_895127373 from file:/opt/apache-tomcat-6.0.28/webapps/notes/WEB-INF/lib/jruby-core-1.5.0.jar]

那么问题就变成了我如何追踪负责创建这些额外类的一方?

编辑 3

不确定这是否是问题所在,但不知何故我们最终得到了数量惊人的类加载器。运行 jmap -permstat PID 并得到:

class_loader  classes bytes       parent_loader   alive?              type
total = 1320 135748 947431296 N/A alive=1, dead=1319 N/A

这似乎有点过分了。大多数是以下三种类加载器之一:sun.reflect.DelegatingClassLoaderorg.jruby.util.JRubyClassLoaderorg.jruby.util.ClassCache$OneShotClassLoader 。同样,来自 jmap -permstat 的示例输出:

class_loader            classes bytes      parent_loader           alive?  type
0x00007f71f4e93d58 1 3128 0x00007f71f4d54680 dead sun/reflect/DelegatingClassLoader@0x00007f72ef9a6dc0
0x00007f721e51e2a0 57103 316038936 0x00007f720431c958 dead org/jruby/util/JRubyClassLoader@0x00007f72f2fd1158
0x00007f72182f2b10 4 12944 0x00007f721d7f3030 dead org/jruby/util/JRubyClassLoader@0x00007f72f2fd1158
0x00007f721d7d50d8 9 457520 0x00007f720431c958 dead org/jruby/util/ClassCache$OneShotClassLoader@0x00007f72f3ce2368

最佳答案

PermGen 绝对是基于 JRuby 的应用程序的问题。 CMS 收集的内容不多,我并不感到惊讶。通常没有真正的内存泄漏,而是应用程序在 permgen 上很重而且很难,而且还没有稳定下来。

我可以提供几个选项:

  1. 进一步提高 permgen 以查看是否可以找到平衡点。
  2. 看看您是否可以在纯解释模式 (-Djruby.compile.mode=OFF) 下运行您的应用程序。那应该摆脱大量填满您的 permgen 的类。
  3. 尝试使用 Rails 2.2 和更高的 threadsafe! 模式运行。在单个运行时中运行您的应用程序是另一种节省大量内存的方法,这也适用于 permgen。

编辑:仅供引用,这个问题结果是 a JRuby bug . 1.5.2 和 1.6 版本应该可以解决这个问题。我上面的评论仍然是一般性的。

关于tomcat - 在 Tomcat 中使用 JRuby on Rails 追踪 PermGen 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3266922/

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