jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexander Klimetschek <aklim...@day.com>
Subject Re: Persistence Manager - Query on Concurrency
Date Tue, 18 May 2010 23:02:14 GMT
On Tue, May 18, 2010 at 18:03, Narendra Sharma
<narendra.sharma@gmail.com> wrote:
> The reason I asked this query is because I noticed lot of threads (70-75%)
> BLOCKED in ISMLocking (tried with both DefaultISMLocking and
> FineGrainedISMLocking). What I understand is that when a session is saved
> the data gets written to persistence manager and the events are sent to
> listeners. Some of these listeners are synchronous listeners like
> SearchManager which in turn updates the Lucene index.
> All the 70-75% threads are blocked in either acquireReadLock or
> acquireWriteLock. The number of threads in my test are large (between 400 to
> 800). The question is why are there so many blocks?

Could you share your test case (and the jackrabbit version used)? If
all those threads each have sessions that are writing to the
repository, some blocking might be "normal" due to the high level of
contention. Just a guess, though.


Alexander Klimetschek

View raw message