Выполняет “sudo синхронизацию” и удаляет питание, опасное для моей системы?
Если каждый процесс имеет свое собственное ядро затем нет никаких приоритетных ограничений.
Однако при планировании процесса, который занимает 30 минут для выполнения каждые 15 минут, Вы начнете иметь потребность расположить по приоритетам, как процесс начнет накладываться.
Нет никакой "лучшей" политики планирования как бы то ни было.
Они действительно зависят от того, чего Вы хотите достигнуть. Но в начале, я оставил бы это SCHED_OTHER, значению по умолчанию и наблюдал бы в течение некоторого времени, прежде чем я попробую больше, специализируют материал.
Выполнение sudo sync гарантирует, что данные, которые были записаны приложениями, но остаются в буфере памяти, сбрасываются к диску. Это - все, что это делает. Это не закрывает систему правильно и, вероятно, приведет к потере данных и другим неудачам. Это не катастрофически — сбои питания, как известно, происходят — но лучше избегать этого. Вот вещи, которые делает надлежащее завершение работы:
- Уведомьте приложения, что сессия завершается. Приложения могут предложить Вам подтверждать завершение работы и могут выполнить чрезвычайное сохранение в файл. Они могут также удалить свои временные файлы, которые иначе накопились бы.
- Закройте сетевые соединения правильно. Если соединения будут внезапно прерваны, то будет время, в течение которого другая сторона не знает, что Ваш компьютер пошел и будет продолжать пытаться отправить данные в или ожидать получать данные из соединения, которое не будет видеть жизни снова (даже если Ваши перезагрузки компьютера).
- Запишите записи в журнале, подтверждающие, что произошло во время завершения работы. Это полезно, если что-то идет не так, как надо, и необходимо заняться расследованиями.
- Размонтируйте все файловые системы. Это отмечает файловые системы как чистые. Вы торгуете крошечным битом времени во время завершения работы для большего (но все еще маленький на человеческом scale1,2) время во время следующей начальной загрузки плюс более низкий риск удара ошибки (потому что случаи внезапного отказа не тестируются так полностью как нормальное функционирование).
¹ Кроме возможно для объемов RAID: если объем RAID должен быть проверен, который может занять часы — он сделан в фоновом режиме, таким образом, он не блокируется, но он действительно вызывает хит производительности.
² За исключением более старых, нежурналируемых файловых систем, таких как ext2, которые требуют длинного fsck если не размонтированный чисто.
Нет, в целом это не было бы безопасно. sync незаконченные данные записей (данные из операций записи, которые в настоящее время находятся в буферах) к диску. Но если Вы не закрыли приложения могут все еще быть данные, которые еще не записало приложение.
Вообразите программу GUI, которая читает в конфигурационном файле в запуске и пишет конфигурационный файл, когда программа выходит. Если Вы изменяете настройки в GUI a sync не поможет, потому что приложение еще не записало эти данные.
Другим примером является клиент потока. A sync записал бы последние данные в диск, но это не разъединится от оверлейной сети. Это не вежливо, позволяют соединению только время из другой стороны, если возможный необходимо объявить наложению, что Вы уезжаете.
Необходимо обычно давать программам шанс правильно закрыться. Сказав это, существуют случаи, в которых это не имеет значения. Однако файловая система может все еще быть отмечена как грязная, если она не была правильно размонтирована.
Примечание стороны: sync может быть вызван с пользовательскими правами.