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

1472
Derek Ziemba

Обновление: удаление следующих папок с диска и последующая символическая ссылка исключили постоянную запись в 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: около года.
  • Samsung 840Evo ( Age: 3.7yr | HostWrites: 10.5TB) и 250 ГБ Crucial m4 ( Age: 4.8yr | HostWrites: 25TB), 250 ГБ

    • 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 уже на полпути. Это мотивирующий фактор, стоящий за этим вопросом.
  • 4 ТБ HGST Deskstar ( Age: 2.6yr | HostWrites: 17TB) и 4 ТБ HGST Deskstar ( Age: 0.75yr | HostWrites: 7TB)

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

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

HWInfo64 screenshot

2

2 ответа на вопрос

2
bwDraco

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

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

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

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

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

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

В качестве дополнения Resource Monitor предоставляет гораздо более подробную информацию и с меньшей вероятностью не учитывает процессы, которые могут не отображаться в диспетчере задач. Доступ к нему можно получить из «Диспетчера задач»> «Производительность»> «Монитор ресурсов»> «Диск». Поскольку Resource Monitor предназначен именно для отслеживания таких проблем, он имеет функции фильтрации и детали, которые не отображаются в диспетчере задач. Cliff Armstrong 7 лет назад 0
Я думаю, что вы на что-то и может быть прав. Каждый файл «Catalog # .edb» в «C:» имеет размер 576 МБ и 588 МБ в «M:». С ResourceMonitor связано то, что он показывает только мгновенные записи, а не полные записи. Похоже, что записи (по порядку) выглядят как `$ Logfile`,` system32 \ winevt \ logs`, `system32 \ LogFiles`,` $ Mft`, `$ BitMap`,` ntuser.dat` и `SystemVolumeInformation ` Derek Ziemba 7 лет назад 0
Есть ли способ легко очистить определенные папки FileHistory? Он восходит к декабрю прошлого года и включает в себя ненужные вещи, такие как «Загрузки» и всю папку «AppData \ Roaming» .... в которой, по всей видимости, все мое пространство занимало 1 КБ файла за раз. Я полагаю, что если будет меньше файлов для отслеживания, это уменьшит размеры файлов 'Catalog # .edb`? Хотя есть некоторые вещи, которые мне нравятся, когда они возвращаются навсегда, такие как «Мой документ» и «Dropbox». Я полагаю, что есть лучший способ удалить их, чем просто удалить соответствующие папки истории файлов, верно? И это подход дробовика. Derek Ziemba 7 лет назад 0
0
Eligijus Pupeikis

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

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

Update sharing

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

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

Они оба включены, но я не думаю, что они повлияют на операции записи в C: \. Тем не менее я отключил функцию распространения программного обеспечения. Я также обновил свой основной пост для большей ясности. Derek Ziemba 7 лет назад 0
Распределение будет влиять только на чтение, а не на запись, и это все равно сравнимо (возможно, меньше) с тем, что торрент-приложение открыто Blaine 7 лет назад 0