Тёмный

Using flame graphs when profiling Java applications 

Ingo Kegel
Подписаться 577
Просмотров 6 тыс.
50% 1

Flame graphs are a great way to get an overview of the entire call tree and to visualize performance characteristics. This screen cast shows how the jclasslib bytecode viewer is profiled. A class file is opened and the parsing of the class file is analyzed with the flame graph.
For jclasslib, see
github.com/ing...

Опубликовано:

 

5 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 2   
@michaeldunlavey6015
@michaeldunlavey6015 Год назад
Flame graphs are pretty. Period. I can easily waste a lot of time that flame graphs would never see. It's easy. Be in a routine that's called 100 different times, or in 100 different places. In there, do something unnecessary, like making and deleting some object that could be re-used, or writing a line to some log file that nobody ever reads, or any of lots of other things. I'm wasting this time in lots of little slices that are sprinkled in tiny pieces throughout the flame graph. What's more, since flame graphs only show you functions, and I'm a line of code, and I'm in a function with an innocent-sounding name, you would never suspect me. But, if I'm wasting 20% of your time, which I very well could be, you could expect to see me twice in 10 random stack traces. But who cares about that, when you could collect a thousand and make a pretty picture?
@IngoKegel
@IngoKegel Год назад
I don't disagree. Each view has its pros and cons and I emphasized that in the screen cast. The default views are the call tree and hot spot views and other views like call graph and flame graph are suitable for specialized purposes.
Далее
Profiling Java applications in a Kubernetes cluster
6:33
USENIX ATC '17: Visualizing Performance with Flame Graphs
1:02:00
Java 21 - Language Features and Beyond
29:20
Просмотров 22 тыс.
Finding a memory leak with JProfiler
5:09
Просмотров 51 тыс.