-
Type:
Improvement
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Server Programmability
-
None
-
3
-
None
-
None
-
None
-
None
-
None
-
None
Currently, heap profiler stacks don't have any meaningful identification to tie them back to the thread/conn responsible. Doing so would help tie back to the specific operations that cause anomalous memory usage.