You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Lou DeGenaro (JIRA)" <de...@uima.apache.org> on 2014/04/30 18:28:24 UTC

[jira] [Reopened] (UIMA-3657) DUCC Orchestrator (OR) improved synchronization tracking

     [ https://issues.apache.org/jira/browse/UIMA-3657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lou DeGenaro reopened UIMA-3657:
--------------------------------


> DUCC Orchestrator (OR) improved synchronization tracking
> --------------------------------------------------------
>
>                 Key: UIMA-3657
>                 URL: https://issues.apache.org/jira/browse/UIMA-3657
>             Project: UIMA
>          Issue Type: Improvement
>          Components: DUCC
>    Affects Versions: 1.0.0-Ducc
>            Reporter: Lou DeGenaro
>            Assignee: Lou DeGenaro
>
> The orchestrator currently records to its log some limited and incomplete information about synchronization.  This improvement:
> 1. Instruments all WorkMap synchronizations in the OR
> 2. Accounts for time blocked and time held
> 3. Records all new requests for synchronization when current holder exceeds 10 seconds
> 4. Records all pending requests when current holder releases having held synchronization for > 10 seconds
> This is to address the situation, for example, where OR is running albeit slowly.  Newly added log messages will hopefully shed light on where the bottlenecks may be.
> One theory is that a normally fast resource, such as the filesystem, becomes very slow and bogs down OR while its trying to write its checkpoint dataset.  In this case, we'd expect to see the synchronization lock held for a long time by the OR's checkpoint module.



--
This message was sent by Atlassian JIRA
(v6.2#6252)