swappiness не требует использования пространства подкачки. Это также не спасет вас от нехватки памяти.
Более высокие значения обмен поощряет восстановление анонимных страниц, а не только кеша страниц. Но для ZFS в Linux это мало что дает. не использует кеш страниц Linux.
Я в основном хочу, чтобы всегда было определенное количество свободной оперативной памяти. ... К
добавить, что моя система использует 230/256 ГБ ОЗУ без подкачки
используется еще. ... если я создам другую виртуальную машину, когда ОЗУ будет на 99%
он не загружается.
Проведите некоторое планирование емкости, чтобы не перерасходовать память. Меньше волшебной команды, чтобы сообщить гипервизору, чтобы он сохранял свободную память, и больше вашей дисциплины, чтобы не запускать больше гостей, чем у вас есть ресурсы.
Ваши 230/256 ГБ используются на 90%, намного больше, чем это может привести к нехватке памяти, что не очень хорошо для производительности. Что может потребовать ограничения гостевой памяти, 56 x 4 ГБ, чтобы составить некоторые числа. Достаточно ли оставшейся пары десятков ГБ для запуска ядра гипервизора и еще есть некоторый резерв, вы можете выяснить при тестировании.
Редактировать: из meminfo ваш 500-гигабайтный хост испытывает некоторую нехватку памяти и выгружается.
- MemAvailable на уровне 5,8% от общего числа является низким. 29 ГБ для работы на 500-гигабайтном хосте — это не очень много.
- SwapTotal минус SwapFree показывает 285 ГБ использования пространства подкачки. 1788 ГБ общего объема подкачки означает, что в ближайшее время он не закончится. Помните, что большинство постоянных хранилищ на несколько порядков медленнее, чем DRAM.
- Кэширование 0,4 ГБ в абсолютных цифрах довольно мало. В соответствии с использованием ZFS в Linux, в котором не используется обычный кеш страниц Linux VFS.В результате swappiness tunable почти ничего не делает в этой среде. Если вы сбрасываете кеши вручную, не делайте этого, это может снизить производительность.
Замена осуществляется наборами страниц в то время, когда это необходимо. Хост не будет внезапно освобождать все 100 ГБ гостевой системы, когда потребности гостевой памяти ниже. Это было бы очень дорого.
Я скептически отношусь к переподписке памяти в целом и к раздуванию в частности, и не рекомендую их. Поощрение нехватки памяти может быть рискованным для производительности, так как в худшем случае восстановление приводит к задержке и может разозлить убийцу OOM. Посмотрите на ваши попытки запустить гостей с высокой загрузкой, после определенного момента ядро не будет выделять память.
Убедитесь, что на хосте доступно > 100 ГБ ОЗУ (не считая подкачки), прежде чем запускать гостевую систему на 100 ГБ. Завершите работу гостей перед уменьшением объема их памяти. Отсутствие избыточной подписки требует больших затрат памяти, но имеет более стабильную производительность и проще в обслуживании.
