Ubuntu: принуждение процессов в подкачку, или в RAM
Решение состоит в том, чтобы запустить каждый ключ с переменного числа, которое можно использовать для лишения законной силы всех связанных данных.
Например, используйте xxx_datakey, чтобы хранить все данные, которые должны делаться недействительным вместе. yyy_datakey для хранения другой группы данных, которая должна делаться недействительным вместе
xxx является числом, которое Вы храните в memcacace и нуждаетесь к только для чтения однажды на транзакцию. и только хранилище, если это изменяется.
если Вы хотите делать недействительным всю группу, которая запускается с xxx, просто увеличивают значение xxx в кэш-памяти.
Нет, если процесс не получает память и не связывает эту память с помощью mlock , нет гарантированного способа гарантировать, что он не перейдет в свопинг.
Используется своп. для анонимных грязных страниц. У него нет фиксированной поддержки файловой системы или исходного кода, поэтому никакая программа никогда не может запускаться из подкачки.
И если приложение, вызывающее его для получения памяти, не связывает память с помощью mlock (), оно может перейти на свопинг. Вы можете попытаться устранить всю теорию «перехода к свопу», не используя файл подкачки или раздел подкачки, но это не совсем рекомендуемый способ.
Возможно, не существует удобного способа убить процесс, если он меняет местами в это время. Однако сценарий крошечного демона должен быть довольно простым. Что вам нужно сделать в сценарии:
- определить все соответствующие идентификаторы процессов
- для каждого из этих идентификаторов, проконсультироваться с / proc / $ {PROCESS_ID} / smaps для его полей "Swap:"
- , если сумма этих полей is> 0, убить процесс
Это может быть не очень хорошее решение, но, вероятно, лучше, чем ничего. Соответствующее обсуждение можно найти на linuxquestions.org . Для ручного мониторинга процессов вы можете указать «верх», чтобы показать вам, какой объем подкачки используется (внутри сверху нажмите «f» и отобразите поле SWAP). hth