I just wished Elastic Search did not use Java, we have a server running Elastic Search Agent using 75G+ of Virtual Memory and I would like it not to use that much, I know Java is a very hungry Programming Language, but 75G+ of Virtual Memory? --wow--.
I wouldn't complain if this server was the one running the Elastic Search, but this is just the Agent of it.
I hope Elastic does something about this (hopefully stop using Java) because this is not good.
Ok, that looks like it's 32GB? It's just not a format I've seen for configuring Elasticsearch.
However Elasticsearch cannot use memory outside the JVM heap, that's the whole point of defining the limits of it. Anything that is associated with the process that is off heap is managed by the OS.
There's a few good threads in here about this topic, so it might be worth checking some of them out
Elasticsearch uses some off-heap memory in addition to what has been configured for the heap. It however also relies on the operating system file cache to ensure fast access to commonly used files. This is why it is generally recommended to give 50% of the amount of memory available to Elasticsearch to the heap.
As far as the operating system is concerned memory is there to be used, so the page cache can fill up all the remaining memory. You should however not be concerned about this as it would be released if there was some process that needed it.
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.