DP> Hа практике повреждения файлов и зависания как раз не редкость.
У кого? Почему я этого никогда не видел? Возможно, некоторые (раз в несколько месяцев) зависания/падения системы случались именно из-за ошибок памяти, ну и что с того? С такой же частотой случаются зависания/падения из-за ошибок в коде, а у тех, кто не регулярно обновляется, глюки после очередного обновления случаются еще чаще. А нарушения целостности ФС после падения системы я последний раз видел в 90-е, на FAT32.
Hапрягаться по поводу ошибок памяти имеет смысл, когда вероятность всех остальных причин сбоев значительно ниже. То есть, аппаратная конфигурация не абы какая, а собранная из компонент, которые тщательно протестированы вместе под разными нагрузками, софт в минимальной конфигурации, вылизан и не меняется. Какая часть пользователей типовых рабочих станций может этим похвастаться?
DP> Hаоборот - правильно работают, ибо DIMM с ошибками просто перестает DP> использоваться, если там была найдена неипсравляемая ошибка. И идет на DP> замену.
Э-э-э... Как это выглядит технически? Вот стоит DIMM, в котором лежит код ядра, или системной службы, или рабочего софта, или базы данных - системной или какого-нибудь достаточно важного софта. Происходит неустранимая ошибка при попытке прочитать что-либо оттуда. Каким образом перестать использовать этот DIMM, продолжив работу без него, если у него нет зеркальной копии?
DP> Системные файлы не переписываются постоянно, пример не корректен.
Постоянно переписываются многие записи реестре, почтовик регулярно перезаписывает свои базы, коих несколько сотен мегабайт, перезаписываются библиотеки при пересборке. В памяти постоянно обновляются карты/списки ФС, которая тоже всегда пребывает в исправном состоянии.
Всего доброго! Евгений Музыченко fi-do@muzy-chen-ko.net (все дефисы убрать)
--- GoldED+/W32-MSVC 1.1.5-b20180707 * Origin: Fox Tracks, France (2:5000/14)
