Замедлите всего один процесс для регулирования температуры ЦП

Вы можете renice рабочий процесс для предоставления ему более или менее приоритета (так называемое "хорошее значение"). Обратите внимание, что приоритетный масштаб UNIX несколько парадоксален: отрицательные величины означают, что процесс одобрен по параллельным процессам, т.е. он имеет "больше" приоритет.

Можно таким образом попытаться "замедлить" процесс, учитывая его PID через:

# lower priority of a process
renice +1 "PID"

Каждый раз, когда Вы выполняете это, процесс "хорошее значение" повышен на 1; можно использовать целочисленные значения кроме +1 конечно.

Хорошая команда позволяет Вам запускаться, процесс с +10 хорошими корректировками стоимости (измените это с опцией -n). Например:

# start a CPU-intensive task with low priority
nice ./cpu-hog

Однако "хорошее значение" только влияет сколько пользы планировщика, выполняющей конкретный процесс по другим в системе: если Ваш компьютер будет в основном бездействовать, то повышение "хорошего значения" одного единственного процесса не будет мешать тому процессу брать 100% ЦП. Я заключаю в кавычки из getpriority (2) страница справочника: (Акцент добавляется мной.)

Градус, до которого их относительное хорошее значение влияет на планирование процессов, варьируется через системы Unix, и, на Linux, через версии ядра. Начиная с ядра 2.6.23, Linux принял алгоритм, который заставляет относительные различия в хороших значениях иметь намного более сильный эффект. Это заставляет очень низкие хорошие значения (+19) действительно предоставлять мало ЦП процессу каждый раз, когда существует любая другая _higher первоочередная нагрузка в системе._

Причина этого находится в способе, которым процессы выполняются на подобном UNIX ядре: каждый раз, когда ядро решает выполнить процесс, тот процесс имеет полный контроль над ядром процессора для определенного (зафиксированный и короткий) промежуток времени. "Хорошее значение" может влиять, как часто планировщик ядра готов дать временной интервал процессу, но Вы не можете изменить то, что, когда-то запланированный, процесс работает без помех за фиксированным количеством времени.

Поэтому за исключением замедления Вашего ЦП нет никакого способа сделать процесс выполненным медленнее, при отсутствии других процессов в системе, которая может бороться за доступ ЦП.

Монтаж связывания эквивалентен оригиналу. Там нет ни одного, который помечен как оригинал и тот, который помечен как копия. Крепление привязки похожи на жесткие ссылки в этом отношении, а не как символические ссылки.

Поскольку GNU CORETILS 8.21 (если я правильно прочитал изменяемый файл), DF стремится сообщать о каждой файловой системе только один раз. Старые версии включали одну запись на не игнорируемую точку монтажа, поэтому крепление привязки приведет к нескольким записям. DF показывает последнюю точку монтажа для каждой файловой системы, насколько она может определить. В вашем случае, DF / opt / opt , а не / data , потому что / opt был добавлен в последний раз.

Передайте вариант - , чтобы получить даже недавние CORETILS, чтобы сообщить об всех записях для каждой файловой системы. Это также вызывает файловые системы, которые обычно игнорируются, если вы не передадите аргумент пути. Если вы пройдете аргумент пути, я думаю DF Никогда ничего не сообщает, кроме новейшего монтажа.

Если вы не хотите псевдоним DF к чему-то другому, вам придется заменить DF пользовательской реализацией или должен жить с DF Отчет о чем-то отличается от того, что вы хотели бы. Если вам нужна самая ранняя точка монтирования, а не последний, простое решение будет звонить DF -A и сохранить только первый матч для устройства, который вас интересует.

CGGROUPS были созданы для именно этой причины.

http://www.kernel.org/doc/documentation/cgroups/ http://www.serverwatch.com/tutorials/article.php/3921001/settict-up-linux-cgroups.htm

​​Требуется некоторое время, чтобы ознакомиться с ними, и я полагаю, что вам нужен корневой доступ, чтобы настроить их, но все это может быть написано сценарием. У Newer Ubuntus имеют файл .CONF, чтобы вам не нужно написать свой собственный сценарий. Я не уверен около 10,10.

Приятное место для начала в этом ответе: https://shubuntu.com/a/94743/170177

Обратите внимание, что CGroups все еще находится под активным разработкой, поэтому некоторые функции могут быть недоступны в вашем текущем ядре.

Использование CGUPS ' CPU.Shares ничего не делает, что здорово значение не будет делать. Похоже, вы хотите на самом деле бросить процессы, которые определенно могут быть сделаны.

Вам нужно будет использовать сценарий или два и / или редактировать /etc/cgconfig.conf , чтобы определить нужные параметры.

В частности, вы хотите отредактировать значения CPU.CFS_PERIOD_US и CPU.CFS_QUOTA_US . Затем этот процесс будет разрешен для бега для CPU.cfs_quota_us Microconds на CPU.CFS_PERIOD_US Microconds.

Например:

Если CPU.CFS_PERIOD_US = 50000 и CPU.CFS_QUOTA_US = 10000 Тогда процесс получит 20% максимума процессора, независимо от того, что еще происходит.

На этом скриншоте я дал процесс 2% времени ЦП:

насколько касается процесса, он работает на 100%.

Настройки CPU.Shares С другой стороны может и все равно будет использовать 100% от времени простоя.

В этом аналогичном примере я дал процесс CPU.Shares = 100 (из 1024):

Как вы можете видеть, этот процесс все еще потребляет все время простового процессора.

Ссылки:

http://manpages.ubuntu.com/manpages/precise/man5/cgconfig.conf.5.html http://kennystechtalk.blogspot.co.uk/2015/04/ Throttling-CPU-Использование-с-Linux-CGroups.html