Windows 10 усредняет более 50 ГБ операций записи в день на SSD в течение 9 месяцев

Обновление: удаление следующих папок с диска и последующая символическая ссылка исключили постоянную запись в C:.

  • %LocalAppData%\Google\Chrome - Легко самый большой потребитель.
  • %LocalAppData%\Microsoft\Windows\FileHistory

Я перенес их на свежеформатированный диск. Через 3 часа уже было 10,5 ГБ операций чтения и 10,3 ГБ операций записи. В это же время на диске C:\ было только 3,5 ГБ операций чтения и 1,3 ГБ операций записи.

Это беспокоило меня некоторое время. Windows 10 Education, кажется, постоянно записывает данные на диск C:\ без видимой причины, даже если компьютер не используется в течение нескольких дней подряд. Я не могу найти источник записи или данные, которые он пишет.

Всего за 9 месяцев было израсходовано 10% от 500 ГБ ресурса Samsung 850Evo. Это из-за того, что Windows делает много журналов и отслеживания в фоновом режиме? Если это причина, я хотел бы совет о том, как его отключить. Я чувствую, что больше ничего не осталось, что я мог бы сдвинуться с C:\ диск (подробнее об этом в разбивке)

HWInfo64 работал последние 12,75 дней (без учета 14-дневного времени безотказной работы) для отслеживания статистики дисков. В течение этого времени ПК не трогали с 1 по 5 июля или 8 июля. Я полагаю, что максимально возможное время использования составляет около 5 дней, потому что в будние дни он остается нетронутым по крайней мере 18 часов.

Вот разбивка большинства дисков:

  • 500GB Samsung 850Evo (Age: 0.7yr | HostWrites: 13.3TB(~50GB/day))

    • C:\ За последние 2 недели: ничего нового не установлено, но было написано 900 ГБ (64 ГБ / день). Это 180 ГБ / день в течение 5 дней использования. ShadowCopy(Восстановление системы) установлен на 10%, и для этого диска нет FileHistory.

  • 500GB Samsung 850Evo (Age: 1.7yr | HostWrites: 8.6TB)

    • A:\ Важные данные и папки UserProfile отображаются здесь. Это единственный диск с включенной FileHistory. ShadowCopy(Восстановление системы) установлен на 15%.
      Когда-то это был диск с Windows 7 C: около года.

  • 250GB Samsung 840Evo (Age: 3.7yr | HostWrites: 10.5TB) & 256GB Crucial m4 (Age: 4.8yr | HostWrites: 25TB)

    • D:\ Диски объединяются для создания разделенного пространства хранения (raid0). Здесь хранятся папки PageFile, TEMP, SoftwareDistribution, NodeJS/npm, Origin, Steam и Recorded TV. Для этого диска нет ни ShadowCopy (восстановление системы), ни FileHistory.
    • В Windows 7 каждый диск был системным диском за один раз, 840Evo на год и m4 на 3 года. M4 только что начал выходить из строя в последние 30 дней и часто отключается во время интенсивной записи. Статистика HWInfo даже показывает, что она не тянет на вес. StorageSpaces достаточно хорошо управляет диском, и я пока не успел его удалить. Это после того, как за 25 лет только 25 ТБ HostWrites, 850Evo уже на полпути. Это мотивирующий фактор, стоящий за этим вопросом.

  • 4TB HGST Deskstar (Age: 2.6yr | HostWrites: 17TB) & 4TB HGST Deskstar (Age: 0.75yr | HostWrites: 7TB)

    • B:\ & M:\ Диски объединяются для создания разделенного пространства хранения объемом 2 ТБ и зеркального хранилища объемом 3 ТБ соответственно. Ни один том не имеет защиты FileHistory или ShadowCopy. Фильмы, музыка и т. Д. Хранятся на B:\ п. M:\ является резервным хранилищем для всей FileHistory с измененными файлами, которые обновляются и сохраняются в нем каждые 10 минут.

Как вы можете видеть, Windows 7 не изнашивается так много данных. Вот скриншот HWInfo64.

Источник

2 ответа

Решение

Вы можете использовать диспетчер задач, чтобы увидеть, какие процессы записывают больше всего данных на диск.

Откройте диспетчер задач, выберите вкладку " Сведения ", щелкните правой кнопкой мыши заголовок таблицы и выберите " Выбрать столбцы". Затем проверьте байты чтенияввода / вывода, байты записиввода / вывода и другие байты ввода / вывода и нажмите OK.

Тем не менее, я думаю, что история файлов виновата здесь.

По моему опыту, базы данных истории файлов (Catalog1.edb а также Catalog2.edb) может стать очень большим со временем. Что еще хуже, они полностью переписываются каждый раз, когда обновляется история (каждые 10 минут, как настроено в вашей системе), и Windows будет распаковывать их, если вы используете сжатие NTFS. Это может вызвать большое количество записей на диск с течением времени.

Независимо от того, какие диски включены в историю файлов, эти базы данных хранятся в вашем профиле пользователя по адресу C:\Users\<username>\AppData\Local\Microsoft\Windows\FileHistory\Configuration, При использовании пары баз данных объемом 100 МБ на системный том будет записываться почти 30 ГБ в день по 10 минут на обновление, при условии, что каждый раз записываются оба файла.

Мое решение состояло в том, чтобы использовать точку соединения. Остановите службу "Журнал файлов", переместите папку "Конфигурация" в другое место, где стойкость к записи не является проблемой, создайте точку соединения, которая будет указывать на новое место вместо исходного расположения папки, и перезапустите службу "Журнал файлов". Это должно решить проблему.

Источник

Windows имеет встроенную систему обмена обновлениями, убедитесь, что она отключена.

Настройки> Обновление и безопасность> Центр обновления Windows> Дополнительные параметры> Выберите способ получения обновлений.

Также убедитесь, что у вас не включена система резервного копирования Windows.

Настройки> Обновление и безопасность> Резервное копирование.

Источник
Другие вопросы по тегам