RUNNABLE Поток может не потреблять ресурсы ЦП в собственном методе?

При получении дампа потока сервера Tomcat, который в основном простаивает, многие потоки могут отображаться в состоянии RUNNABLE, например:

"http-bio-8443-exec-21975" daemon prio=10 tid=0x00007f6f6406c000 nid=0x222a runnable [0x00007f6f156ae000]
   java.lang.Thread.State: RUNNABLE
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:516)
        at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501)
        at org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:173)
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:924)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:565)
        at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
        - locked <0x00000007cadcd3f8> (a org.apache.tomcat.util.net.SocketWrapper)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
        at java.lang.Thread.run(Thread.java:662)

Моя интерпретация исходного кода заключается в том, что этот поток ожидает (с тайм-аутом) дополнительных данных от HTTP-поддержки соединения. Таким образом, несмотря на то, что поток RUNNABLE, он не потребляет процессор.

Thread.State RUNNABLE javadoc говорит:

Поток в рабочем состоянии выполняется на виртуальной машине Java, но может ожидать других ресурсов от операционной системы, таких как процессор.

Таким образом, в этом случае этим другим ресурсом будет ввод-вывод вместо ЦП.

В другом вопросе Java socketRead0 Issue, Джефф отвечает:

Я считаю, что когда вы используете нативный метод Java, трассировка стека будет указывать RUNNABLE, даже если вызов фактически заблокирован в ожидании какого-либо события. По сути, я не верю, что у Java есть какой-либо способ узнать, что на самом деле делает собственный метод, поэтому он помечает эти вызовы как RUNNABLE. Я видел это с помощью socketRead0() и socketAccept(), которые обычно блокируются.

Я пришел к аналогичным выводам, и я хотел бы проверить эту интерпретацию в этом специальном вопросе, а именно:

Если я хочу проанализировать использование ЦП, просматривая ВЫПОЛНЯЕМЫЕ потоки, мне, возможно, придется исключить потоки в собственных методах, внимательно изучив их исходный код?

Дело в том, что это не так просто, как смотреть только на состояние потока, а скорее копаться в исходном коде и начинать догадываться, что может делать конкретный нативный метод (или даже смотреть на его исходный код C или C++).


java performance thread-dump
person jfrantzius    schedule 20.10.2014    source источник

Ответы (2)


arrow_upward
1
arrow_downward

В строках можно задавать вопросы и отвечать на них. Собственные вопросы, я бы ответил да, это может быть необходимо, и может быть полезно иметь небольшой сборник нативных методов, встречавшихся до сих пор.

person jfrantzius    schedule 20.10.2014
comment
Я думаю, вы уже ответили на свой вопрос. Название не совсем верно: нативный метод потребляет процессор. Но, как вы объяснили, JVM не знает, что делает собственный метод, поэтому статус RUNNABLE не имеет значения, поток, может ожидать, например, ввода-вывода (и поэтому не ожидает процессора ). Очевидно, вы можете использовать инструменты мониторинга ОС, но я не получу красивую трассировку стека Java... - person mcoolive; 20.10.2014

arrow_upward
0
arrow_downward

Если я хочу проанализировать потребление ЦП, глядя на RUNNABLE Threads, мне, возможно, придется исключить потоки в собственных методах, очень внимательно изучив их исходный код?

Вы можете захотеть их исключить. Но вообще нельзя. Собственный метод может чередоваться между двумя состояниями, в которых он либо заблокирован, либо потребляет большое количество ресурсов ЦП. Даже если вы подробно изучите код, вы не сможете определить, в каком состоянии он находится, только по дампу стека потоков.

(Если бы вы могли заполучить родной ПК, вы могли бы… но даже это потребовало бы героических усилий для реализации.)

Конечно, в стандартных библиотеках есть множество нативных методов, которые почти не потребляют процессор, и вы, безусловно, можете использовать их в своем анализе. Однако существуют и другие стандартные нативные библиотеки, которые, вероятно, будут вести себя в «смешанном режиме»; например собственные библиотеки ZIP и некоторые собственные библиотеки, используемые в AWT, SWT и так далее.

person Stephen C    schedule 20.10.2014