Stu*_*son 17 java debugging jstack
在我最繁忙的生产安装中,有时我得到一个似乎陷入无限循环的单个线程.经过大量的研究和调试后,我还没弄清楚谁是罪魁祸首,但看起来应该是可能的.以下是血腥的细节:
目前的调试说明:
1)ps -eL 18975向我展示了Linux pid问题子线程,19269
$ps -eL | grep 18975
...
PID LWP TTY TIME CMD
18975 18994 ? 00:00:05 java
18975 19268 ? 00:00:00 java
18975 19269 ? 05:16:49 java
18975 19271 ? 00:01:22 java
18975 19273 ? 00:00:00 java
...
Run Code Online (Sandbox Code Playgroud)
2)jstack -l 18975表示没有死锁,jstack -m 18975不起作用
3)jstack -l 18975确实为我的所有线程(~400)提供了堆栈跟踪.示例线程堆栈(而不是问题):
"http-342.877.573.944-8080-360" daemon prio=10 tid=0x0000002adaba9c00 nid=0x754c in Object.wait() [0x00000000595bc000..0x00000000595bccb0] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on (a org.apache.tomcat.util.net.JIoEndpoint$Worker) at java.lang.Object.wait(Object.java:485) at org.apache.tomcat.util.net.JIoEndpoint$Worker.await(JIoEndpoint.java:416) - locked (a org.apache.tomcat.util.net.JIoEndpoint$Worker) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:442) at java.lang.Thread.run(Thread.java:619)
4)ps -eL输出的线程ID与jstack的输出不匹配,或者至少我看不到它.(jstack文档有点稀疏.)
5)没有繁重的IO,内存使用或其他相应的活动线索.
平台:
有没有人知道如何从linux ps输出到我的问题子java线程的连接?如此接近,但到目前为止......
ubi*_*bix 13
看起来jstack输出中的nid是Linux LWP id.
"http-342.877.573.944-8080-360" daemon prio=10 tid=0x0000002adaba9c00 nid=0x754c in Object.wait() [0x00000000595bc000..0x00000000595bccb0]
Run Code Online (Sandbox Code Playgroud)
将nid转换为十进制,您就拥有了LWP ID.在你的情况下0x754c是30028.这个过程没有显示在我们的ps输出中,但它可能是你省略了节省空间的LWP之一.
这里有一个Perl片段,可用于将jstack的输出传递给:
#!/usr/bin/perl -w
while (<>) {
if (/nid=(0x[[:xdigit:]]+)/) {
$lwp = hex($1);
s/nid=/lwp=$lwp nid=/;
}
print;
}
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
25930 次 |
最近记录: |