lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (Commented) (JIRA)" <>
Subject [jira] [Commented] (LUCENE-3500) improve getLiveDocs() performance
Date Sat, 08 Oct 2011 15:20:29 GMT


Yonik Seeley commented on LUCENE-3500:

Not a tight loop perhaps, but I've regularly seen fast changing indexes build up to 100 segments.
And if Solr's DocSet filter implementations need to call it again to avoid useless wrapping,
that's 200 times per query (and 400 volatile reads) that aren't really needed.
Sure, it would be hard to measure the improvement (hence the "minor"), but it's more about
the chipping away at inefficiencies.  I guess I'd turn it around and say "why is this volatile?"...
there's no reason for it to be.
> improve getLiveDocs() performance
> ---------------------------------
>                 Key: LUCENE-3500
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Improvement
>            Reporter: Yonik Seeley
>            Priority: Minor
>         Attachments: LUCENE-3500.patch
> On segmentReader, liveDocs is volatile because they used to be loaded on demand.
> This no longer appears to be the case... liveDocs are always loaded up front.
> This also means that getLiveDocs() can never fail (even after close), and we can remove
the ensureOpen call.
> Minor optimizations, but volatile reads still do prevent optimizations across that boundary.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


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

View raw message