Короче говоря нет. Нет никакой гарантии. Однако насколько я понимаю, в настоящее время, нет никакого решения для виртуализации, которое может взять рабочее ядро и использовать его в среде виртуализации. Символ Mallory должен был бы установить гостевое ядро виртуализации для выполнения его в vm. Таким образом, самый легкий способ проверить состоял бы в том, чтобы проверить то, что выполняет ядро.
Мой ответ не, потому что, как вопрос о безопасности, я думаю, что это - вопрос того, как решают, что Mallory при препятствовании тому, чтобы Вы выяснили то, что выполняет ядро, И becuase, который я воображаю, может быть решением однажды проблемы другого ядра, используемого для виртуализации.
3 > drop_caches
дает ядру команду отбрасывать все кэшированные данные (которые больше не нужны).
swapoff
попытается вытянуть такое количество данных, которые в настоящее время находятся на подкачке, как это может отступить в память. Это может также инициировать отбрасывание некоторых кэшируемых страниц для создания места для того, что входит в память от файла подкачки.
Действительно только редко необходимо делать это, ядро делает довольно хорошее задание при решении, что сделать с тем, какие данные (например, если Вы работаете с большим файлом, это могло бы кэшировать его и выгрузить память, выделенную некоторому другому рабочему процессу, который не очень активен).
Я не уверен, используете ли Вы действительно файл подкачки как таковой (т.е. файл в регулярной файловой системе) или просто неправильно истолковываете вывод free
, но если Вы делаете, что могло бы на самом деле помочь, специализированный раздел подкачки, поскольку Вы не встретитесь ни с какой возможной файловой системой наверху (но пространство было бы зарезервировано, чтобы ядро использовало, конечно).
Между прочим, если Вы используете tmpfs
(обычно монтируемый в /dev/shm
и в эти дни часто в /run
и некоторые другие места также), любые файлы, сохраненные там, обнаружатся, как "кэшируется" в free
/proc/sys/vm/swappiness
(также посмотрите вопрос на swappines). – peterph 06.11.2012, 01:46