Проверка блокировки памяти

Когда JVM выполняет сборку мусора (major garbage collection), она затрагивает каждую страницу кучи. Если хотя бы одна из этих страниц была помещена на диск (swapped out), её придётся вернуть в память (swap back in). Это вызовет много дисковых операций (disk thrashing), которых Elasticsearch старается избегать, чтобы обрабатывать запросы. Существуют несколько способов настроить систему, чтобы запретить обмен (swapping). Один из них — попросить JVM заблокировать кучу в памяти с помощью mlockall (Unix) или виртуальной блокировки (Windows). Это делается с помощью настройки Elasticsearch bootstrap.memory_lock. Однако, бывают случаи, когда эта настройка передаётся Elasticsearch, но Elasticsearch не может заблокировать кучу (например, если у пользователя elasticsearch нет memlock unlimited). Проверка блокировки памяти проверяет, что если настройка bootstrap.memory_lock включена, JVM успешно заблокировала кучу. Для успешной проверки блокировки памяти, возможно, придётся настроить bootstrap.memory_lock.