Я профилировал свое приложение с помощью JProfiler, и в результате в разделе «Просмотры ЦП» показано, что более 40% времени ЦП тратится на Object.wait(). Однако, насколько я знаю, на Object.wait() ЦП не отдается ожидающему потоку.
Может ли кто-нибудь помочь понять, что происходит и почему профилировщик показывает, что такая большая часть ЦП тратится на Object.wait()?
Профилировщик не знает, что ЦП простаивает, пока находится в wait(). Все, что знает профилировщик, это то, что было введено wait(), а через несколько миллисекунд оно вернулось. Так что, если эти миллисекунды занимают 40% времени выполнения, вот оно.
wait(), а другой поток в узком цикле ничего не делает, кроме notify(), то я полагаю, что wait() на самом деле будет потреблять большой процент ресурсов. ЦП не потому, что он дорог сам по себе, а потому, что мы не будем делать ничего другого. Но это маловероятно.
- person Mike Nakis; 28.12.2011
40% чего? Предположим, вы профилируете следующий код:
for (i = 0; i < 1000; i++){
sleep(1);
}
Если вы посмотрите только на процессорное время (а не на настенные часы), почти все это будет в sleep.
Почему? Поскольку он вообще использует очень мало процессорного времени, но процессорное время, которое он использует, почти полностью тратится на вход и выход из sleep.
Конечно, если вы взглянете на время настенных часов, то даже больше его будет в sleep.
То же самое касается любого блокирующего вызова, например wait.
JProfiler различает различные состояния потока. Отображаемое время для метода ожидания зависит от селектора состояния потока в правом верхнем углу представлений ЦП. См. http://blog.ej-technologies.com/2009/07/thread-states-in-cpu-profiling-views.html для получения дополнительной информации.
