You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Julian Reschke (Jira)" <ji...@apache.org> on 2021/02/25 08:05:00 UTC
[jira] [Commented] (JCR-4674) Deadlock at ItemManager.getItem
[ https://issues.apache.org/jira/browse/JCR-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17290763#comment-17290763 ]
Julian Reschke commented on JCR-4674:
-------------------------------------
Disclaimer: (a) I'm not familiar with the internals of jackrabbit-core and the BundlePersistenceManager; (b) I also have little experience with scaling Jackabbit.
That said, I'm not surprised that the system breaks when executing ~30000 JCR requests in parallel. Wouldn't it make much more sense to configure Tomcat in a way such that calls are throttled much higher in the stack (by *reducing* the number of concurrent threads)?
Other things that come to mind:
- put a reverse proxy and cache in front of it (depends of course on the type of resources and operations you have)
- consider switching to Jackrabbit Oak, which has been designed for greater scalability
> Deadlock at ItemManager.getItem
> -------------------------------
>
> Key: JCR-4674
> URL: https://issues.apache.org/jira/browse/JCR-4674
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Affects Versions: 2.20.0
> Reporter: Hannes Weichel
> Priority: Major
> Attachments: repository.xml
>
>
> We run a Jackrabbit in a Tomcat (8.5) system with many parallel user ( > 30000 parallel user ). Jackrabbit runs mostly fast and stable. But at a certain point of load the threads are blocking each other. Most threads are blocked at the following position:
> (~28000 threads all blocking):
> *org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:621)*
> (~2000 threads all blocking):
> *org.apache.jackrabbit.core.state.DefaultISMLocking.acquireReadLock(DefaultISMLocking.java:114)*
> Even when we block further requests, many threads keep in blocked state. We must hard restart tomcat and throttle user requests to get the system (very slow) back to a working state.
> What we tried so far to prevent this behavior (with no success):
> - configured the bundleCacheSize (see attached repository.xml )
> - configured derbyStoragePageCacheSize
> - used a JCR-Session Pool
> - adding <ISMLocking class="org.apache.jackrabbit.core.state.FineGrainedISMLocking"/> in repository.xml
> - give the system more Hardware (20 Cores, 128 GB RAM, faster Storage) - but hardware is not the problem.
> - fine tuned tomcat for more und faster threads
>
> *here some example StackTraces:*
>
> http-nio-8080-exec-11367
> org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:621)
> org.apache.jackrabbit.core.security.authorization.acl.CompiledPermissionsImpl.canRead(CompiledPermissionsImpl.java:254)
> org.apache.jackrabbit.core.security.DefaultAccessManager.canRead(DefaultAccessManager.java:265)
> org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:437)
> org.apache.jackrabbit.core.ItemManager.createItemData(ItemManager.java:847)
> org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:391)
> org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:328)
> org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:621)
> org.apache.jackrabbit.core.NodeImpl$11.perform(NodeImpl.java:2258)
> org.apache.jackrabbit.core.NodeImpl$11.perform(NodeImpl.java:2252)
> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
> org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
> org.apache.jackrabbit.core.NodeImpl.getProperty(NodeImpl.java:2252)
> ...
>
> http-nio-8080-exec-11352
> org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:621)
> org.apache.jackrabbit.core.security.authorization.acl.CompiledPermissionsImpl.canRead(CompiledPermissionsImpl.java:254)
> org.apache.jackrabbit.core.security.DefaultAccessManager.canRead(DefaultAccessManager.java:265)
> org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:437)
> org.apache.jackrabbit.core.ItemManager.createItemData(ItemManager.java:847)
> org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:391)
> org.apache.jackrabbit.core.ItemManager.itemExists(ItemManager.java:304)
> org.apache.jackrabbit.core.ItemManager.itemExists(ItemManager.java:522)
> org.apache.jackrabbit.core.NodeImpl.hasProperty(NodeImpl.java:2460)
> ...
> http-nio-8080-exec-11382
> org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:621)
> org.apache.jackrabbit.core.security.authorization.acl.CompiledPermissionsImpl.canRead(CompiledPermissionsImpl.java:254)
> org.apache.jackrabbit.core.security.DefaultAccessManager.canRead(DefaultAccessManager.java:265)
> org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:437)
> org.apache.jackrabbit.core.ItemManager.createItemData(ItemManager.java:847)
> org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:391)
> org.apache.jackrabbit.core.ItemManager.getNode(ItemManager.java:668)
> org.apache.jackrabbit.core.ItemManager.getNode(ItemManager.java:646)
> org.apache.jackrabbit.core.LazyItemIterator.prefetchNext(LazyItemIterator.java:120)
> org.apache.jackrabbit.core.LazyItemIterator.next(LazyItemIterator.java:257)
> org.apache.jackrabbit.core.LazyItemIterator.nextNode(LazyItemIterator.java:166)
> ...
> http-nio-8080-exec-11357
> org.apache.jackrabbit.core.state.DefaultISMLocking.acquireReadLock(DefaultISMLocking.java:114)
> org.apache.jackrabbit.core.state.SharedItemStateManager.acquireReadLock(SharedItemStateManager.java:1893)
> org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:268)
> org.apache.jackrabbit.core.state.LocalItemStateManager.getPropertyState(LocalItemStateManager.java:135)
> org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(LocalItemStateManager.java:177)
> org.apache.jackrabbit.core.state.XAItemStateManager.getItemState(XAItemStateManager.java:260)
> org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(SessionItemStateManager.java:161)
> org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:382)
> org.apache.jackrabbit.core.ItemManager.itemExists(ItemManager.java:304)
> org.apache.jackrabbit.core.ItemManager.itemExists(ItemManager.java:522)
> org.apache.jackrabbit.core.NodeImpl.hasProperty(NodeImpl.java:2460)
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)