Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
1.16.1
Description
In case there are many task managers executing the same operator, the flame graph becomes very hard to use. As you can see on the attached picture, it considers instances of the same lambda function as different classes, and their number seems to be equal to the number of task managers (i.e. each JVM gets its own "class" name, which is expected for lambdas I guess). This lambda function is deep within Flink's own call stack, so this kind of graph is inevitable regardless of the job's own logic, and there is nothing we can do at the job logic's level to fix it.
This behavior makes evaluating the flame graph very hard, because all of the useful information gets "compressed" inside each "column" of the graph, and at the same time, it does not give any useful information since this is just an artifact of the class name generation in the JVM.
Attachments
Attachments
Issue Links
- relates to
-
FLINK-32951 VertexFlameGraphFactoryTest.testLambdaClassNamesCleanUp failed on AZP
- Resolved
- links to