Почему система отстает или останавливается после успешного завершения команды резервного копирования tar?
Нет, это не имеет место извините, существует много другого сокета Xeon (Слот 2, Сокет 603, Сокет 604, LGA 771, Сокет M, LGA 775, LGA 1156, LGA 1336, LGA 1567 и последний 1155 LGA).
То, что можно сделать от физического и электрического уровня, является перемещением между L, W, E и X вариантов, но поддержка тех будет полностью основана на материнской плате и BIOS, ничто не должно быть принято. Существует также проблема TDP, X вариантов являются НАМНОГО более горячими, чем E, которые являются более горячими, чем L также - у Вас могло легко быть крупное повышение скорости в течение нескольких секунд/минуты - снова гарантируют, что Ваша машина поддерживает определенное мусорное ведро, которое Вы хотите купить хорошо.
Остановка происходит во время записи грязных страниц на диск; вы можете быстро получить представление о проблеме в этой статье LWN . По сути, текущее значение по умолчанию для объема памяти, используемой для записи в кэш, слишком велико. Попробуйте установить / proc / sys / vm / dirty_background_bytes на 104857600 и / proc / sys / vm / dirty_bytes на 209715200. Это можно сделать для текущей загрузки, запустив sysctl или навсегда, отредактировав /etc/sysctl.conf .
Этот ответ функционирует таким образом, чтобы избавить вас от необходимости манипулировать системным глобальным файлом dirty_bytes / dirty_background_bytes, который может повлиять на другие приложения, когда не выполняется резервное копирование.
Это своего рода хак честно, но я оставляю его на случай, если он пригодится вам.
tar -zcv --one-file-system \
--exclude=/run \
--exclude=/tmp \
--exclude=/home \
--exclude=*.system.tar.gz \
--exclude=*.home.tar.gz \
/ | \
dd bs=2048k oflag=sync of=tarbackup.tar.gz