我们正在运行一个带有大约 20 个 jax-ws Metro Web 服务的 glassfish 服务器。服务器规格是 Core2Duo 和 8GB RAM。我们为所有 Web 服务使用单个 http 侦听器。开发设置为真。Request Thread Count 为 2，Acceptor Count 为 1。最小和最大堆大小为 1GB，Perm Gen 设置为 512MB。这些服务通过 Hibernate 层访问 Oracle 数据库，并且服务之间有许多服务间调用。前端是 ASP.Net。我们的问题是，当 4-5 个用户尝试同时访问应用程序一段时间（1 小时）时，glassfish 服务器挂起，CPU 达到 100%，但内存利用率约为 10-11%。我们无法找到有关如何调试此问题的任何指示。在某些情况下，日志文件会给出 java.lang.OutofMemory Exception : PermGenSpace。但这也不是每次都这样，即在许多情况下，日志文件在挂起时不会给出任何错误。如果我们尝试增加 Perm Gen Space，玻璃鱼服务器也不会启动。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。在许多情况下，日志文件不会给出任何挂起错误。如果我们尝试增加 Perm Gen Space，玻璃鱼服务器也不会启动。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。在许多情况下，日志文件不会给出任何挂起错误。如果我们尝试增加 Perm Gen Space，玻璃鱼服务器也不会启动。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。如果我们尝试增加 Perm Gen Space，玻璃鱼服务器也不会启动。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。如果我们尝试增加 Perm Gen Space，玻璃鱼服务器也不会启动。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。我们需要一些关于如何诊断和解决这个问题的方向。我们使用的 Glass Fish 版本是 v2.1。我们有以下观察结果： 1. 添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。添加更多 http 侦听器（每 4-5 个服务 1 个侦听器）确实会延长失败时间，但效果不大。2. 使用SOAP-UI调用一些繁重的服务（一个一个的操作）时，我们也会遇到同时运行多个线程时的挂起问题。（例如 8-10 个线程） 3. 我们观察到，当使用 SOAP-UI 调用服务操作（不调用任何其他服务）时很少挂起，而调用其他服务的服务挂起很频繁。