lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ryan McKinley (JIRA)" <>
Subject [jira] Commented: (LUCENE-2649) FieldCache should include a BitSet for matching docs
Date Thu, 23 Sep 2010 17:38:33 GMT


Ryan McKinley commented on LUCENE-2649:

preface, I don't really know how FieldCache is used, so my assumptions could be way off...

In solr, is there one FieldCache for all all cores, or does each core get its own FieldCache?

I figured each core would create a single CachePopulator (with a reference to the schema)
and attach it to the FieldCache.  If that is not possible, then ya, it will be better to put
that in the request.

bq. Are EntryConfig objects stored as keys anywhere? We need to be very careful about memory

Yes, the EntryConfig is part of the 'Entry' and gets stored as a key.  

> FieldCache should include a BitSet for matching docs
> ----------------------------------------------------
>                 Key: LUCENE-2649
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Improvement
>            Reporter: Ryan McKinley
>             Fix For: 4.0
>         Attachments: LUCENE-2649-FieldCacheWithBitSet.patch, LUCENE-2649-FieldCacheWithBitSet.patch,
LUCENE-2649-FieldCacheWithBitSet.patch, LUCENE-2649-FieldCacheWithBitSet.patch, LUCENE-2649-FieldCacheWithBitSet.patch
> The FieldCache returns an array representing the values for each doc.  However there
is no way to know if the doc actually has a value.
> This should be changed to return an object representing the values *and* a BitSet for
all valid docs.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

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

View raw message