Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
3.6.1
-
None
-
Linux debian squeeze 64 bit, Oracle JDK 6, 32 GB RAM, 16 cores
-Xmx16G
-
New
Description
We are running a set of independent search machines, running our custom software using lucene as a search library. We recently upgraded from lucene 3.0.3 to 3.6.1 and noticed a severe degradation of performance.
After doing some heap dump digging, it turns out the process is stalling because it's spending so much time in GC. We noticed about 212 million WeakReference, originating from WeakIdentityMap, originating from MMapIndexInput.
Our problem completely went away after removing the clones weakhashmap from MMapIndexInput, and as a side-effect, disabling support for explictly unmapping the mmapped data.
Attachments
Attachments
Issue Links
- is depended upon by
-
JCR-3696 Upgrade Lucene to 4.4 or higher
- Open
- is duplicated by
-
LUCENE-4741 Weak references cause extreme GC churn
- Closed
- relates to
-
LUCENE-4755 Unmap MMapIndexInput's in a delayed way, and avoid WeakReference usage.
- Closed