[ 
https://issues.apache.org/jira/browse/GEODE-8977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17335054#comment-17335054
 ] 

ASF subversion and git services commented on GEODE-8977:
--------------------------------------------------------

Commit 8d99d08dade997b0e530d5d7be29ef0e02645e2a in geode's branch 
refs/heads/develop from Darrel Schneider
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=8d99d08 ]

GEODE-8977: improve thread monitor to log lock information (#6377)

* Revert "Revert "GEODE-8977: include syncs in thread monitor stack (#6248)" 
(#6368)"

This reverts commit f366940bb4172084412ff6943c3793a6e6ed1b77.

* getThreadInfo is now called at most once each time the thread monitor wakes 
up.
Before it was called once for every thread that might be stuck.


> Thread monitoring service should also show locked monitors and synchronizers
> ----------------------------------------------------------------------------
>
>                 Key: GEODE-8977
>                 URL: https://issues.apache.org/jira/browse/GEODE-8977
>             Project: Geode
>          Issue Type: Improvement
>          Components: core
>            Reporter: Darrel Schneider
>            Assignee: Darrel Schneider
>            Priority: Major
>              Labels: GeodeOperationAPI, pull-request-available
>             Fix For: 1.15.0
>
>
> The thread monitoring service shows the call stack of a hung thread but it 
> does not show the synchronizations obtained by the frames in the call stack 
> like a normal stack dump does.
> It looks like this is available from the ThreadInfo class that the service is 
> already using by calling getLockedMonitors and getLockedSynchronizers. The 
> getLockedMonitors returns a MonitorInfo which has information in it about 
> which frame of the stack obtained it. MonitorInfo subclasses LockInfo which 
> is what getLockedSynchronizers returns so it is possible that 
> getLockedSynchronizers does not provide any additional information to be 
> logged.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to