IBM WAS 5.1/Анализ дампа протектора: Servlet.Engine.Transports застрял на java.net.SocketInputStream.socketRead0

Question

Я запускаю WAS 5.1 с Sun 1.4.2 Java в окне Solaris 10. Попытка выяснить, почему приложение становится невосприимчивым.

Я вижу в помойке нити, что большинство потоков по имени Servlet.Engine.Transport[...] застревают на этой трассировки стека:

"Servlet.Engine.Transports : 10388" daemon prio=5 tid=0x00304620 nid=0x322f runnable [1b3cf000..1b3cfc28] 
    at java.net.SocketInputStream.socketRead0(Native Method) 
    at java.net.SocketInputStream.read(SocketInputStream.java:129) 
    at com.ibm.ws.io.Stream.read(Stream.java:17) 
    at com.ibm.ws.io.ReadStream.readBuffer(ReadStream.java:418) 
    at com.ibm.ws.io.ReadStream.read(ReadStream.java:110) 
    at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:454) 
    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:936) 

Я думаю, я просто должен рассматривать их как неработающие потоки (Keep Alive соединения), но я не могу найти много информации, чтобы подтвердить, что теория ...?

Answer 1

Глядя на «последний» исходный код 5.1, номера строк подразумевают, что это постоянное чтение, а не чтение данных внутри запроса.