如何在WebSphere9.0.0.2中解决慢速问题

您好，我正在使用WebSphere9.0.0.2进行一个项目 我在部署和应用程序方面有问题 更新时间。我的申请大约需要15-20分钟 部署时间为分钟

我在现场执行通知 在JVM中设置这些属性

com.ibm.ws.cdi.enableImplicitBeanArchives=false和

too com.ibm.ws.cdi.enableImplicitBeanArchives=false com.ibm.ws.amm.scan.context.filter.archives=fastjson-1.1.37.jar、flexjson-2.1.jar、guava-18.0.jar、mvel2-2.2.0.Final.jar

但不幸的是没有成功

有人对如何确定根本原因有什么建议吗

---

请提前感谢

首先，如果您安装了最新的修补程序包，有时您的问题就会迎刃而解。V9.0.0.2非常古老。早期9.0版本中存在一些性能问题。当前的补丁包是9.0.5.1

要调试性能问题，请关闭所有跟踪并定期收集java线程转储。我希望看到至少10个，但越多越好。只需将您关心的时间间隔至少除以10。对于需要15分钟的任务，至少每1.5分钟（90秒）生成一次线程转储

如果使用Linux，可以使用watch命令。例如，要每30秒创建一次转储，请执行以下操作：

watch -n 30 kill -3 <PROCESS_NUMBER_OF_APP_SERVER>

使用wsadmin调用jython脚本：

wsadmin -lang jython -f  ThirtyThreadDumps.py

在线程转储中，查找出现在多个转储中的堆栈。我发现在部署期间，相关的WebSphere堆栈至少有15个调用深度，通常更高。因此，我通常滚动转储的stacktrace部分，直到一个深层堆栈从视觉上弹出。然后我在堆栈中选择一行或两行并搜索（grep或findstr，取决于平台）。这将很快告诉您堆栈是否出现在多个线程转储中

最终，这将向您展示哪些WebSphere代码是罪魁祸首，这可能会帮助您，也可能不会帮助您，这取决于WebSphere类和方法的名称在堆栈中的好坏

下一步是给IBM打电话。如果您已经有线程转储在手，那么您的案例应该运行得更快

---

请记住，在创建线程转储时，不要运行任何日志记录/跟踪。否则，您只会了解到日志记录和跟踪是一个性能问题。

首先，如果您安装了最新的补丁包，有时您的问题就会消失。V9.0.0.2非常古老。早期9.0版本中存在一些性能问题。当前的补丁包是9.0.5.1

要调试性能问题，请关闭所有跟踪并定期收集java线程转储。我希望看到至少10个，但越多越好。只需将您关心的时间间隔至少除以10。对于需要15分钟的任务，至少每1.5分钟（90秒）生成一次线程转储

如果使用Linux，可以使用watch命令。例如，要每30秒创建一次转储，请执行以下操作：

watch -n 30 kill -3 <PROCESS_NUMBER_OF_APP_SERVER>

使用wsadmin调用jython脚本：

wsadmin -lang jython -f  ThirtyThreadDumps.py

在线程转储中，查找出现在多个转储中的堆栈。我发现在部署期间，相关的WebSphere堆栈至少有15个调用深度，通常更高。因此，我通常滚动转储的stacktrace部分，直到一个深层堆栈从视觉上弹出。然后我在堆栈中选择一行或两行并搜索（grep或findstr，取决于平台）。这将很快告诉您堆栈是否出现在多个线程转储中

最终，这将向您展示哪些WebSphere代码是罪魁祸首，这可能会帮助您，也可能不会帮助您，这取决于WebSphere类和方法的名称在堆栈中的好坏

下一步是给IBM打电话。如果您已经有线程转储在手，那么您的案例应该运行得更快

---

请记住，在创建线程转储时，不要运行任何日志记录/跟踪。否则，您只会了解到日志记录和跟踪是一个性能问题。

Jblye非常感谢您的反馈，不幸的是，在公司机器上，我们没有管理员权限调用建议的文件。我将尝试更新版本。非常感谢您的反馈，不幸的是，在公司机器上，我们没有管理员权限调用建议的文件。我将尝试更新版本。谢谢