Эластичный поиск с использованием большого количества памяти, несмотря на малый размер кучи

Мы настроили параметры JVM эластичного поиска /etc/elasticsearch/jvm.options для использования фиксированного размера кучи -Xms512m -Xmx512m

Это может быть подтверждено как работающее при проверке процесса эластичного поиска:

Однако вы заметите, что он по-прежнему использует 835 МБ памяти.

Если мы проверим фактический размер используемой кучи с ES:

root: curl -sS -XGET "localhost:9200/_cat/nodes?h=heap*&v"
heap.current heap.percent heap.max
     276.1mb           55  494.9mb

На самом деле используется только 276 МБ кучи - так где же именно используются остальные 559 МБ? Мы обеспокоены тем, что это вызывает много проблем с подкачкой / разбиением на страницы, особенно в столбце VIRT имеет размер 4 ГБ (но мне сказали не беспокоиться об этом столбце, хотя мне кажется, что это слишком большое число)

Мы также отключили bled swapping для Elastic Search с опцией mlockall, что можно подтвердить с помощью:

root:~# curl -s localhost:9200/_nodes?pretty|grep mlock
     "mlockall" : true

Однако, похоже, это ВСЕ ЕЩЕ подкачка:

for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less
java 128592 kB

Итак, мои вопросы:

1. Что мы можем сделать, чтобы уменьшить размер памяти, потребляемой Elastic Выполните поиск, чтобы убедиться, что он зафиксирован на уровне 512 МБ или как можно ближе к этому значению?
2. Убедитесь, что подкачка отключена
3. Уменьшите размер столбца VIRT (или это действительно не стоит беспокоиться?)