Details
-
Improvement
-
Status: Resolved
-
Minor
-
Resolution: Fixed
-
Lucene.Net 4.8.0
-
None
Description
We noticed a lot of contention in FieldCacheImpl::Cache::Get (our queries use a lot of query time joins + sorting, so we hit the field cache a lot).
We use a SearcherManager with warm-up queries to populate the field cache so we would expect it to be initialized in most cases before we hit it for actual requests.
The implementation seems to lock even for the happy path (when everything's already initialized). This seems like a by-product of the choice of data structures (the underlying WeakDictionary, WeakHashMap etc are not threadsafe) and so the locking is required in case the dictionary gets resized.
Ideally we could be using thread-safe data structures and only lock when initializing the data.
Attachments
Issue Links
- Is contained by
-
LUCENENET-630 Identify/Fix Bottlenecks
- Closed
- relates to
-
LUCENENET-640 Sequential IndexWriter performance in concurrent environments.
- Closed
-
LUCENENET-636 Port ConditionalWeakTable from .NET Core 3.x to .NET Standard 2.0
- Closed