JMC

Материал из Home Wiki
Версия от 11:10, 27 ноября 2020; FireWolf (обсуждение | вклад) (→‎Применение)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к навигации Перейти к поиску

Источник

Видео: https://www.youtube.com/watch?v=wm2JNlaJJ5k

GIT: https://github.com/aragozin/optaplanner-bench

GIST: https://gist.github.com/aragozin/6ac622de6328a1b6ee58a1bf6f2e523d

JMC: https://download.oracle.com/otn-pub/java/jmc/7.1.2+04/a4634525489241b9a9e1aa73d9e118e6/jmc-7.1.2_windows-x64.zip

Weblogic

Для подключения к weblogic нужно докинуть wlclient.jar, wljmxclient.jar в катоалог с jmc и настроить jmc.ini:

-Djmx.remote.protocol.provider.pkgs=weblogic.management.remote
-Djava.naming.factory.initial=weblogic.jndi.WLInitialContextFactory
-Xbootclasspath/a:wlclient.jar;wljmxclient.jar ### !!! Тут ; или : в зависимости от ОС

Локальное профилирование

Если не видим локальные процессы, то варианта два: 1. в папку hsperfdata_<UserName> нет доступа по записи или 2. запустили JMC с помощью jre.

1 вариант решается доступами или удалением каталога.

2 вариант проблемы решается прописыванием JDK в jmc.ini:

-vm
D:\Program Files\Zulu\zulu-8\bin\

Применение

Применяем профилирование когда мы уверены, что наш код грузит CPU и ничего не ждет (нет ожидания IO).

Для выявления какой же поток сжирает CPU делаем Start JMX Console и идем на вкладочку Threads, там ставим галочку CPU Profiling.

По задаче (branch jmc_workbench): Просто посмотрев на запущенные треды ощущается проблема тут: org.optaplanner.examples.machinereassignment.domain.MrProcess.getUsage line: 75

Запускаем Fligth Recorder и идем в Exceptions - видим (JMC menu: "Window -> Show View -> Stack Trace"), что NoSuchElementException выбросили около 4_000_000 раз. Подтверждая увиденное выше.

Это точка оптимизации.

Идем на opto_step_0