lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley" <>
Subject Re: TermInfosReader lazy term index reading
Date Fri, 02 Feb 2007 21:38:39 GMT
On 2/2/07, Doug Cutting <> wrote:
> Yonik Seeley wrote:
> > I ran across a situation where a great number of threads were blocked on
> > ensureIndexIsRead(), even after it had already been loaded.
> That sounds bizarre.  A sync block that tests a field for non-null
> shouldn't tie things up much, I wouldn't think.

There were hundreds of threads all blocked on the same lock.
I think synchronization can become expensive under heavy contention,
regardless of how lightweight the code inside.

It's obviously not the root cause of the problem... the query
structure was very expensive (a range query covering most documents
that didn't get pulled out into a Filter), but it still could be an
area of improvement.

I'm going to try and see if I can duplicate it, then see what effect
removing the synchronization has.

>   Are you sure that one
> of the threads wasn't actually reading the index?

Yep.  We've seen the same thing with older versions of Lucene when
multiple threads tried to sort on the same field and there was massive
contention from everyone trying to generate the same entry.

> Or perhaps some other
> method also synchronizes on the same object?

Good question... I only checked TermInfosReader itself.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message