lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shawn Heisey <>
Subject Re: Suggester uses lots of 'Page cache' memory
Date Tue, 02 May 2017 13:07:21 GMT
On 5/1/2017 10:52 PM, Damien Kamerman wrote:
> I have a Solr v6.4.2 collection with 12 shards and 2 replicas. Each
> replica uses about 14GB disk usage. I'm using Solaris 11 and I see the
> 'Page cache' grow by about 7GB for each suggester replica I build. The
> suggester index itself is very small. The 'Page cache' memory is freed
> when the node is stopped. I guess the Suggester component is mmap'ing
> the entire Lucene index into memory and holding it? Is this expected
> behavior? Is there a workaround? 

I found the following.  The last comment on the answer, the one about
mmap causing double-buffering with ZFS, is possibly relevant:

What filesystem are your indexes on?  If it's ZFS, it could completely
explain the behavior.  If it's not ZFS, then the only part of it that I
cannot explain is the fact that the page cache is freed when Solr stops.

If this double-buffering actually means that the memory is allocated
twice, then I think that ZFS is probably the wrong filesystem to run
Solr on, unless you have a LOT of spare memory.  You could try changing
the directory factory to one that doesn't use MMAP, but the suggester
index factory probably cannot be easily changed.  This is too bad --
normally MMAP is far more efficient than "standard" filesystem access.

I could be reaching completely wrong conclusions based on the limited
research I did.


View raw message