Heap-Memory in my ES nodes still increases while filter and field cache is
bounded. Filter cache is max 800MB, field cache is max 1.4GB (I check it in
bigdesk plugin). Heap-Memory grows up to 7.9GB (max) after few hours and I
get OutOfMemory exceptions (because field cache is resident). What else can
take memory in ES and how to control it ?
On Wednesday, December 12, 2012 8:56:16 PM UTC+2, Marcin Dojwa wrote:
Hi,
Heap-Memory in my ES nodes still increases while filter and field cache is
bounded. Filter cache is max 800MB, field cache is max 1.4GB (I check it in
bigdesk plugin). Heap-Memory grows up to 7.9GB (max) after few hours and I
get OutOfMemory exceptions (because field cache is resident). What else can
take memory in ES and how to control it ?
Hi, thanks, unfortunatelly this does not help all the caches are bounded
and monitored. I think the problem is in GC that frees memory too late and
field cache does not have enough memory to allocate. I will experiment with
G1, maybe this would help combaining with soft field cache.
Best regards
W dniu czwartek, 13 grudnia 2012 użytkownik ferhatsb napisał:
On Wednesday, December 12, 2012 8:56:16 PM UTC+2, Marcin Dojwa wrote:
Hi,
Heap-Memory in my ES nodes still increases while filter and field cache
is bounded. Filter cache is max 800MB, field cache is max 1.4GB (I check it
in bigdesk plugin). Heap-Memory grows up to 7.9GB (max) after few hours and
I get OutOfMemory exceptions (because field cache is resident). What else
can take memory in ES and how to control it ?
Last time I tried G1 while helping a client with performance was maybe a
year ago. It did worse than what we were able to achieve with other
garbage collectors and various JVM params to control when GC kicks in and
such. If memory serves me well, SurvivorRatio helped us a lot.
On Friday, December 14, 2012 1:23:55 AM UTC-5, Marcin Dojwa wrote:
Hi, thanks, unfortunatelly this does not help all the caches are
bounded and monitored. I think the problem is in GC that frees memory too
late and field cache does not have enough memory to allocate. I will
experiment with G1, maybe this would help combaining with soft field cache.
Best regards
W dniu czwartek, 13 grudnia 2012 użytkownik ferhatsb napisał:
On Wednesday, December 12, 2012 8:56:16 PM UTC+2, Marcin Dojwa wrote:
Hi,
Heap-Memory in my ES nodes still increases while filter and field cache
is bounded. Filter cache is max 800MB, field cache is max 1.4GB (I check it
in bigdesk plugin). Heap-Memory grows up to 7.9GB (max) after few hours and
I get OutOfMemory exceptions (because field cache is resident). What else
can take memory in ES and how to control it ?
Last time I tried G1 while helping a client with performance was maybe a
year ago. It did worse than what we were able to achieve with other
garbage collectors and various JVM params to control when GC kicks in and
such. If memory serves me well, SurvivorRatio helped us a lot.
On Friday, December 14, 2012 1:23:55 AM UTC-5, Marcin Dojwa wrote:
Hi, thanks, unfortunatelly this does not help all the caches are
bounded and monitored. I think the problem is in GC that frees memory too
late and field cache does not have enough memory to allocate. I will
experiment with G1, maybe this would help combaining with soft field cache.
Best regards
W dniu czwartek, 13 grudnia 2012 użytkownik ferhatsb napisał:
On Wednesday, December 12, 2012 8:56:16 PM UTC+2, Marcin Dojwa wrote:
Hi,
Heap-Memory in my ES nodes still increases while filter and field cache
is bounded. Filter cache is max 800MB, field cache is max 1.4GB (I check it
in bigdesk plugin). Heap-Memory grows up to 7.9GB (max) after few hours and
I get OutOfMemory exceptions (because field cache is resident). What else
can take memory in ES and how to control it ?
index.cache.field.max_sizeThe max size (count, not byte size) of the cache
(per search segment in a shard). Defaults to not set (-1).It's a count
which is the number of documents per segment and not total size in bytes.
Hope that helps.
On Saturday, December 15, 2012 2:06:31 AM UTC-8, Marcin Dojwa wrote:
I've just read that CMSIncrementalMode is good for low processors number.
I removed that and check how it works.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.