[ 
https://issues.apache.org/jira/browse/ARTEMIS-3271?focusedWorklogId=597290&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-597290
 ]

ASF GitHub Bot logged work on ARTEMIS-3271:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 15/May/21 20:57
            Start Date: 15/May/21 20:57
    Worklog Time Spent: 10m 
      Work Description: franz1981 edited a comment on pull request #3558:
URL: https://github.com/apache/activemq-artemis/pull/3558#issuecomment-841723837


   @clebertsuconic good point, let me open a separate issue with this and if 
can be replicated without replication.
   The channel impl send batched code path shouldn't be changed (and this is 
not a replication channel) and Netty eventFdWrite is a JNI call that cannot 
block AFAIK. I am going to attach any other stack trace I get while running 
this so we can fix it


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 597290)
    Time Spent: 3h 50m  (was: 3h 40m)

> Avoid Multi Thread measurement on Critical Analyzer
> ---------------------------------------------------
>
>                 Key: ARTEMIS-3271
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-3271
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>    Affects Versions: 2.17.0
>            Reporter: Clebert Suconic
>            Priority: Major
>             Fix For: 2.18.0
>
>          Time Spent: 3h 50m
>  Remaining Estimate: 0h
>
> The Critical Analyzer could be called from multiple Threads.
>  
> As a result, I am afraid there could be a situation that left time was 
> updated at a wrong pace.. leaving to inconsistencies.
>  
>  
> I'm improving it to only consider a single thread from all the calls. Any 
> calls from multi-threading should be ignored... All we need is to capture one 
> thread hanging and detect a dead lock.



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

Reply via email to