[ https://issues.apache.org/jira/browse/OAK-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14610050#comment-14610050 ]
Michael Dürig commented on OAK-3055: ------------------------------------ [~tmueller], do you think it would make sense to replace this with a LIRS cache? > Improve segment cache in SegmentTracker > --------------------------------------- > > Key: OAK-3055 > URL: https://issues.apache.org/jira/browse/OAK-3055 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: segmentmk > Reporter: Michael Dürig > Assignee: Michael Dürig > Labels: resilience, scalability > Fix For: 1.3.5 > > > The hand crafted segment cache in {{SegmentTracker}} is prone to lock > contentions in concurrent access scenarios. As {{SegmentNodeStore#merge}} > might also end up acquiring this lock while holding the commit semaphore the > situation can easily lead to many threads being blocked on the commit > semaphore. The {{SegmentTracker}} cache doesn't differentiate between read > and write access, which means that reader threads can block writer threads. -- This message was sent by Atlassian JIRA (v6.3.4#6332)