Я нашел аж 3 штуки.
- org.springframework.util.StopWatch
- com.google.inject.internal.util.Stopwatch
- org.apache.commons.lang3.time.StopWatch

Google -овский уж совсем простой. Только на 1 событие.
Спринговый трекает сразу несколько событий (или потоков).
Apache common-овский. Тут есть и start и suspend (интересное событие) и можно статусы проверять.
И какой-то split еще есть. Но у него есть строгие правила. Где-то нарушена хронология дейстий с вотчером
(вследствие блоков try-catch у меня в коде) = сразу кидает IllegalStateException. Это немножко меня
поднапрягает. Хотелось-бы какую-то либеральную логику обхода этого. Или больше transitions в автомате.

А мне еще желательно отчот прикрутить. Что-то типа диаграмм Паретто по основным
потребителям времени.

Вот думаю свой написать или взять с этих.

Спасибо. Посмотрю. Знакомое слово Gauge... где то я уже видел библиотечку с таким названием.

Профайлер не всегда пригоден. У меня были такие тяжелые задачи которые запусклись
на проде и работали всю ночь. И утром можно было получить статистику по ним.
Но в случае трабл-шутинга (стало работать дольше на 40%) мне надо было понять
где и какой метод работал долго. Методы были мультипоточные. Частично перекрывались.
И я просто накапливал кумулятивное время по каждому. Везде по разному. Где-то через
логи SpringBatch. Где-то черер аспекты. А где-то можно было просто поставить такий
тихий наблюдатель. Watcher. И даже не запрещать его. Пускай фискирует время всегда.
Только результат его будет нужен от случая к случаю.

Кроме того профайлер вываливает тебе на голово достаточно сырую информацию где на вершине
стека стоит обычно интеракция с сетевым сокетом. А отчет по watcher может представлять
информацию в том разрезе как нужно.

Я из-за этой Акки ... каки.... купил себе книжку по Erlang. Хотел проникнуться с основами...
Куда там... слишком всё разное.