У меня есть две машины: старая (ядро i7-920/12 ГБ ОЗУ) и новая (AMD 1950X, 96 ГБ ОЗУ). На обеих машинах установлена Ubuntu 18.04 и Windows 10 в режиме двойной загрузки. Когда я делаю резервную копию своего NAS на старом, все в порядке, а при резервном копировании на новом, система зависает через некоторое время (около получаса), независимо от операционной системы.
Более подробно: я делаю резервную копию своего NAS на внешнем USB-диске. Я создал контейнер Truecrypt на USB-диске и использую FreeFileSync для синхронизации USB-файлов с NAS. На всех системах NAS монтируется как общий ресурс SAMBA. Контейнер truecrypt отформатирован в NTFS. Этот режим хорошо работал, когда у меня было 500 ГБ дисков в качестве резервной копии на всех комбинациях машина / система. Недавно я купил два диска по 4 ТБ, поскольку NAS угрожает перерасти мои резервные диски. Каждый диск содержал два контейнера Truecrypt, один объемом 1,5 ТБ и один объемом 2 ТБ. На старой машине все работает нормально: максимальная скорость 86 МБ / с в локальной сети 1 ГБ / с.
На новой машине все зависает во всех фазах на обеих ОС. Создание контейнера Truecrypt начинается нормально, но после некоторого времени форматирования (полчаса? не часы) Truecrypt висит. Я мог бы создать и отформатировать контейнер Truecrypt на старой машине и смонтировать этот диск на новой машине. Монтируется также в Truecrypt и выполняет FreeFileSync. Через некоторое время FreeFileSync завис. Я действительно заметил, что это не зависание, а резкое замедление. Я все еще могу остановить FreeFileSync, но это заняло несколько часов (буквально). Демонтаж контейнера Truecrypt также возможен, но это потребовало ночного сна.
У кого-нибудь есть идеи о том, что происходит? Не слишком ли велик объем оперативной памяти на новой машине, чтобы он выделял слишком большой кэш диска? Является ли это набор инструкций AMD (не может изображение, так как меньший диск работал хорошо).