websphere ValueHandlerPool内存泄漏的原因（可疑）
我们遇到内存不足错误。 我使用 Eclipse Memory Analyzer 分析了 websphere 转储的 *.phd 文件。
MAT 的泄漏可疑报告提供以下信息
由“com.ibm.oti.vm.BootstrapClassLoader @ 0x466578”加载的类“com.ibm.rmi.io.ValueHandlerPool”占用 68,734,136 (50.25%) 字节。 内存累积在由“com.ibm.oti.vm.BootstrapClassLoader @ 0x466578”加载的“java.util.Hashtable$Entry[]”的一个实例中。
但我无法将此泄漏嫌疑与任何应用程序的类相关联。 没有明显的联系。
有什么指示如何进行分析吗？
环境：我们在 Windows 上运行的 jdk 1.4.2 上使用 Websphere 6.1。 数据库是oracle 10gR1。 该应用程序是一个struts-Ejb 应用程序。
We encounter an OutofMemory error.
I analyzed the *.phd file, that websphere dumps, using Eclipse Memory Analyzer.
The Leak Suspect Report of MAT, provides the following information
The class "com.ibm.rmi.io.ValueHandlerPool", loaded by "com.ibm.oti.vm.BootstrapClassLoader @ 0x466578", occupies 68,734,136 (50.25%) bytes. The memory is accumulated in one instance of "java.util.Hashtable$Entry[]" loaded by "com.ibm.oti.vm.BootstrapClassLoader @ 0x466578".
But I am not able to related this leak suspect to any of the application's class. There is no apparent link.
Any pointers how to go about the analysis ?
Environment : We use Websphere 6.1 on jdk 1.4.2 running on Windows. The DB is oracle 10gR1.
The application is a struts-Ejb application.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
尝试“深入”到
Entry[]实例。 它应该显示条目是什么。在一个不相关的注释中，
com.ibm.rmi.io包暗示这可能与 RMI - 包含的 EJB 有关。Try 'drilling down' into the
Entry[]instance. It should show you what the entries are.On an unrelated note, the package
com.ibm.rmi.iohints that this it might related to RMI - EJBs included.另请查看该哈希表的成员数量。 例如，如果您有一个庞大的成员，那么它将表明更深层次的内容（可能在某处缓存了数据）。 如果哈希表中有数千个成员，则可能表明您正在泄漏实例。
我通常发现泄漏应用程序是因为信息被缓存而不是被处理。 泄漏是在启动时发生、在空闲时增加还是仅在负载下发生？
Also look at the number of members of that hashtable. For example if you have one massive member then it would indicate something deeper (maybe cached data somewhere). If you had thousands of members in the hashtable it may indicate that you are leaking instances.
I normally find that leaking application is because of information being cached and not disposed of. Does the leak happen at startup, grow while idle or only occur under load?