JMC
Источник
Видео: https://www.youtube.com/watch?v=wm2JNlaJJ5k
GIT: https://github.com/aragozin/optaplanner-bench
GIST: https://gist.github.com/aragozin/6ac622de6328a1b6ee58a1bf6f2e523d
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