Работают ли классы фильтрации для профилирования ЦП в Java VisualVM?

Причина, по которой вы видите sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run() в профиле, заключается в том, что вы оставили выбранной опцию Профилировать новые Runnables.

Кроме того, если вы сделаете снимок своего сеанса профилирования, вы сможете увидеть весь стек вызовов для любого метода точки доступа - таким образом вы сможете перейти от метода run() к методам логики вашего собственного приложения, отфильтровывая шум, создаваемый тегом < strong> Профиль новых Runnables.

Хорошо, поскольку ваша цель - заставить код работать как можно быстрее, позвольте мне предложить, как это сделать. Я не эксперт по VisualVM, но могу сказать, что работает. (Только несколько профилировщиков на самом деле говорят вам то, что вам нужно знать, а именно - какие строки вашего кода находятся в стеке за здоровую часть времени настенных часов.)

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

Если вы не хотите делать произвольная пауза, выбор на ваше усмотрение, но доказано, что это работает, и вот пример ускорения в 43 раза.

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

Если есть способ ускорить ваш код (а он почти наверняка есть), вы увидите его как строку кода, которая появляется по крайней мере в одном из образцов стека. Вероятность его появления в любом одном образце точно такая же, как и доля времени, которое он использует. Таким образом, если есть сайт вызова или другая строка кода, использующая здоровую часть времени, и вы можете избежать ее выполнения, общее время уменьшится на эту долю.

Я не знаю всех профилировщиков, но знаю одного, который может сказать вам, что это Zoom. Другие могут это сделать. Они могут быть более элегантными, но они не работают быстрее или лучше, чем ручной метод, когда ваша цель - максимизировать производительность.