Есть ли способ сказать Linux, что он не должен выгружать память определенных процессов на диск?
Это приложение Java, поэтому в идеале я надеюсь, что это можно сделать из командной строки.
Я знаю, что вы можете установить глобальную подкачку на 0, но разумно ли это?
Это можно сделать с помощью системного вызова mlockall (2) в разделе Linux; это будет работать для всего процесса, но обязательно прочтите аргумент, который вам нужно передать.
Вам действительно нужно вытащить все это в ядро? Если это приложение Java, вы, вероятно, заблокируете всю JVM в ядре. Я не знаю метода командной строки для этого, но вы могли бы написать простую программу для вызова fork, вызова mlockall, а затем exec.
Вы также можете проверить, есть ли одно из уведомлений о шаблонах доступа в madvise (2 ) соответствует вашим потребностям. Посоветовать подсистеме виртуальной машины лучшую стратегию разбиения на страницы может сработать лучше, если она применима для вас.
Обратите внимание, что давным-давно под SunOS существовал механизм, похожий на madvise, под названием vadvise (2).
mlockall() вызов за вас, вы можете помочь ему с помощью gdb, позволяя ему вызывать это ради вас. :-)
- person peterh; 01.02.2016
Если вы хотите изменить подкачку для процесса, добавьте его в контрольную группу и установите значение для этой контрольной группы:
https://unix.stackexchange.com/questions/10214/per-process-swapiness-for-linux#10227
Это можно сделать с помощью семейства системных вызовов mlock. Однако я не уверен, можно ли это сделать для другого процесса.
Как суперпользователь, вы можете «довести» его до наивысшего уровня приоритета -20 и надеяться, что этого достаточно, чтобы его не заменили. Обычно это так. Положительные числа понижают приоритет планирования. Нормальные пользователи не могут подниматься вверх (отрицательные номера).
nice, чтобы решить, насколько важен процесс, а не менять его местами. Звучит правдоподобно; Однако я не знаю, действительно ли Linux это делает.
- person sleske; 09.02.2011
ionice также может быть здесь полезен
- person fread2281; 03.06.2015
Существует класс приложений, в которых вы никогда не захотите их менять местами. Один из таких классов - база данных. Базы данных будут использовать память в качестве кешей и буферов для своих дисковых областей, и совершенно не имеет смысла помещать их в свопинг. В конкретной памяти могут храниться некоторые важные данные, которые не нужны в течение недели, до тех пор, пока клиент не попросит об этом в один прекрасный день. Без кеширования / подкачки база данных просто нашла бы соответствующую запись на диске, что было бы довольно быстро; но при обмене ваша служба может долго реагировать на запросы.
mysqld включает код для использования OS / системного вызова memlock. В Linux, начиная с версии 2.6.9, этот системный вызов будет работать для некорневых процессов, которые имеют возможность CAP_IPC_LOCK [1]. При использовании memlock() процесс должен по-прежнему работать в пределах LimitMEMLOCK лимита. [2]. Одна из (немногих) хороших черт systemd заключается в том, что вы можете предоставить процессу mysqld эти возможности, не требуя специальной программы. Если также можно установить rlimits, как и следовало ожидать от ulimit. Вот override файл для mysqld, который выполняет необходимые шаги, включая несколько других, которые могут вам понадобиться для такого процесса, как база данных:
[Service]
# Prevent mysql from swapping
CapabilityBoundingSet=CAP_IPC_LOCK
# Let mysqld lock all memory to core (don't swap)
LimitMEMLOCK=-1
# do not kills this process if low on memory
OOMScoreAdjust=-900
# Use higher io scheduling
IOSchedulingClass=realtime
Type=simple
ExecStart=
ExecStart=/usr/sbin/mysqld --memlock $MYSQLD_OPTS
Примечание. Стандартный mysql сообщества в настоящее время поставляется с Type=forking и добавляет --daemonize в параметр службы в строке ExecStart. Этот метод по своей природе менее стабилен, чем описанный выше метод.
ОБНОВЛЕНИЕ. Я не на 100% доволен этим решением. После нескольких дней работы я заметил, что у процесса все еще есть огромный объем свопа! Изучая /proc/XXXX/smaps, отмечаю следующее:
memlock в MySQL (или Linux) не работает. В этом случае это не имело бы большого значения, потому что MySQL не может использовать стек блокировки памяти.За исключением крайне необычных обстоятельств, этот вопрос означает, что вы делаете это неправильно (tm).
Серьезно, если Linux хочет поменять местами, а вы пытаетесь сохранить свой процесс в памяти, вы предъявляете необоснованные требования к ОС. Если ваше приложение так важно, то 1) купите больше памяти, 2) удалите с машины другие приложения / демоны или выделите машину вашему приложению, и / или 3) инвестируйте в действительно быструю дисковую подсистему. Эти шаги разумны для важного приложения. Если вы не можете их оправдать, вы, вероятно, не сможете оправдать подключение памяти и голодание других процессов.
Почему вы хотите это сделать?
Если вы пытаетесь повысить производительность этого приложения, вы, вероятно, ошиблись. ОС заменит процесс, чтобы увеличить память для кеша диска - даже если есть свободная оперативная память, ядро знает лучше (на самом деле ребята из samrt, которые написали планировщик, знают лучше всего).
Если у вас есть процесс, которому требуется скорость отклика ( он заменен, когда он не используется, и вам нужно его быстро перезапустить), тогда установите высокий приоритет, mlock или использование ядра реального времени может помочь.
