По моему опыту, установка любого процесса в режиме реального времени замедлит ваш компьютер до скорости улитки. Какая польза от этого параметра, если он делает ваш компьютер непригодным для использования?
По моему опыту, установка любого процесса в режиме реального времени замедлит ваш компьютер до скорости улитки. Какая польза от этого параметра, если он делает ваш компьютер непригодным для использования?
Ответы:
Именно то, что вы описываете, за счет замедления остальной части вашего компьютера до обхода, он запускает процесс в режиме реального времени, предоставляя ему более высокий приоритет, чем все остальное. Это необходимо только для срочных приложений, большинство людей не видят их в своей повседневной жизни ...
jackd
тогда, если не звуковой сервер? (Насколько я понимаю, и PA, и JACK работают одинаково, поскольку они предоставляют и звуковой сервер, и библиотеку / набор для доступа к нему ...)
Это может показаться ненужным, но когда процесс запускается, могут быть переданы параметры, которые устанавливают процесс на различные уровни приоритета. Диспетчер задач показывает это как необязательный параметр, потому что это параметр, который может быть установлен для процесса программным обеспечением, которое инициировало его выполнение. Большинство программ работает на «нормальном» уровне, но иногда вы можете увидеть некоторые из них, которые по умолчанию работают на более низком уровне. Я никогда не видел программного обеспечения, которое запускается в нормальном состоянии.
Также стоит упомянуть, что есть случай, когда процесс может работать с самым высоким приоритетом, и это, похоже, не сильно влияет на производительность вашей системы. Например, если процесс запущен и ему назначено работать только на одном из, скажем, 8 процессорных ядер, установка приоритета процессов в «реальном времени» будет означать, что он будет использовать один процессор, а 7 будет использоваться ОС и любое другое программное обеспечение. В этом случае выполнение в реальном времени может практически не повлиять на систему, но дать разумный прирост производительности высокоприоритетному процессу.
Я бы почти никогда не рекомендовал вручную устанавливать процесс для запуска в «реальном времени» из System Manager. Это связано с тем, что вы изменяете параметры выполнения для процесса, который, возможно, был разработан для работы в одном конкретном состоянии выполнения. Изменение приоритета выполнения может в некоторых случаях привести к сбою приложения и, если это операция записи данных, возможно, повредит ваши данные!
Однако в некоторых случаях использование максимальной настройки приоритета выполнения для процесса может быть правильным, но даже в этом случае такие настройки приоритета должны устанавливаться управляющим приложением, а не конечным пользователем через диалоговое окно управления системой.
Лично я бы порекомендовал НИКОГДА не менять приоритет задачи, если вам действительно все равно, если он падает, а задача ПОЛНОСТЬЮ некритична. Если в документации по программному обеспечению прямо указано, что вы можете повысить скорость процесса до более высокой скорости, чтобы ускорить очень большую нагрузку на процессор, то это также будет приемлемо, однако я бы немного скептически отнесся к внутри приложения не предусмотрено.
Как личный анекдот, есть только один процесс, который я иногда изменяю вручную - приложения сжатия программного обеспечения. Мне не пришлось разархивировать массивный файл в течение длительного времени, но я обнаружил, что если я в спешке (к сожалению , я нетерпеливый), я могу повысить приоритет процесса и получить умеренное снижение производительности. Поскольку эти приложения запускают рабочую задачу, а затем закрываются, когда они завершаются, мне не нужно беспокоиться о сбросе настроек моего процессора, потому что, когда приложение завершит извлечение данных, оно остановится само по себе. Это единственный раз, когда я лично считаю полезным контролировать скорость процессора через управление системой.