Застрявший на “личинке>” запрашивают когда двойная загрузка Ubuntu

Вы можете 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 ядре: каждый раз, когда ядро решает выполнить процесс, тот процесс имеет полный контроль над ядром процессора для определенного (зафиксированный и короткий) промежуток времени. "Хорошее значение" может влиять, как часто планировщик ядра готов дать временной интервал процессу, но Вы не можете изменить то, что, когда-то запланированный, процесс работает без помех за фиксированным количеством времени.

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