Или же будет видно реальное используемое значения?

да, если память не изменяет

в смысле будет резервироваться полностью

Но через htop он показывает меньшее количество. Скажем на сервере 18гб озу. Запускаем приложение с 12гб xmx
Вроде бы через htop должен был показать что 12гб используется. Но по факту это не так

Xmx это же максимум. Нужно xms ставить

Xms тоже 12гб (не жадные может и плохо)

Дело в том что наблюдается активное использование swap

Хотя все должно хватать по тх

с помощью smem проверяли, может это не java потребляет
smem -t -p

а чего у вас там еще на сервере есть?

это не про ElasticSearch случайно речь?

нет

кроме приложения ничего

В 12 java вроде же фича есть отдачу неиспользуемой памяти обратно в систему

супер. спасибо. наше жрет свап

теперь бы понять изза чего

Может offheap кушает, он вроде неограничен в стандартных настройках

почему использует свап когда он не использует полностью вирт память

If you run out of physical memory, you use virtual memory, which stores the data in memory on disk. Reading from disk is several orders of magnitude slower than reading from memory, so this slows everything way down. (Exchanging data between real memory and virtual memory is "swapping". The space on disk is "swap space".)

If your app is "using swap", then you either need to use less memory or buy more RAM.

(Swap is useful because applications that aren't being used can be stored on disk until they are used. Then they can be "paged in" and run normally again. While it is not in memory, though, the OS can use that memory for something else, like disk cache. So it's a very useful feature, but if you don't have enough physical memory to run your program, you definitely need more memory. Fortunately, memory is really really cheap these days.)