Какие процессы должны быть запущены для адаптивного рабочего стола?
Моя цель состоит в том, чтобы интеллектуально и постоянно ионизировать процессы на моем настольном компьютере для быстрого реагирования при большой нагрузке на диск и сеть. Под постоянным я подразумеваю, что любые изменения, внесенные в систему, будут сохраняться при перезагрузках. Я хочу исключить ситуации, когда я не могу переместить окно, поскольку пропускная способность диска насыщается процессом, который в любом случае не обслуживает мой графический интерфейс.
В моей системе запущены сотни процессов. Какие из них можно запускать в режиме ожидания, а какие - в режиме реального времени?
Является ли хорошей идеей установить процессы X и gnome-shell в класс реального времени?
Как насчет установки? cupsd, avahi-daemon, gnome-screensaver, deluge, ntpd и backintime для простоя класса?
Вот список запущенных в настоящее время процессов в моей системе .
1 ответ
Я думаю, что у вас будут лучшие результаты при настройке виртуальной памяти (виртуальной памяти) и тенденций обратной записи (перестановки), чем при маршруте ионизации, хотя и при необходимости.
Вы можете использовать dpkg-divert для постоянного перемещения заинтересованных двоичных файлов, таких как / usr / bin / firefox -> /usr/bin/firefox.orig. Тогда вы можете создать сценарий оболочки в своем месте, например:
#!/bin/sh # straight from the ionice manpage ionice -c 2 -n 0 /usr/bin/firefox.orig $@
Довольно ясно, каков будет результат.
Вы также можете пойти по пути cgroups , который, вероятно, более экономичен в долгосрочной перспективе, но вы также открываете себя для множества новых проблем, связанных с производительностью. Как только вы начнете измерять ресурсы, вы можете легко непреднамеренно заморозить процессы, они будут делать именно то, что вам говорят, даже если вы не понимаете всех последствий.
Похоже, что работает duplicity или deja-dup (rsync), что, конечно, высосет всю ширину ioband, а также некоторые процессоры. Другой вариант - просто запланировать это, когда вы не за компьютером, вот что я делаю. Лучшее решение, которое я видел для управления io - это dm-ioband , но оно живет на основе дерева и некоторое время находилось в постоянном развитии.
Хотелось бы, чтобы у меня было для вас комплексное решение, но при проектировании производительности такого нет. Вот хорошее руководство от IBM, но вы заметите, что это в основном «вот как вы начинаете» для каждой подсистемы, не так много рецептов «делай это и будь счастлив», поскольку их не существует, потребности каждой системы отличается, когда дело доходит до настройки производительности.