Eugene Muzychenko написал(а) к Dmitry Protasoff в Mar 23 20:52:05 по местному времени:

Привет!

11 Mar 23 13:15, you wrote to me:

DP> На практике повреждения файлов и зависания как раз не редкость.

У кого? Почему я этого никогда не видел? Возможно, некоторые (раз в несколько месяцев) зависания/падения системы случались именно из-за ошибок памяти, ну и что с того? С такой же частотой случаются зависания/падения из-за ошибок в коде, а у тех, кто не регулярно обновляется, глюки после очередного обновления случаются еще чаще. А нарушения целостности ФС после падения системы я последний раз видел в 90-е, на FAT32.

Напрягаться по поводу ошибок памяти имеет смысл, когда вероятность всех остальных причин сбоев значительно ниже. То есть, аппаратная конфигурация не абы какая, а собранная из компонент, которые тщательно протестированы вместе под разными нагрузками, софт в минимальной конфигурации, вылизан и не меняется. Какая часть пользователей типовых рабочих станций может этим похвастаться?

DP> Наоборот - правильно работают, ибо DIMM с ошибками просто перестает
DP> использоваться, если там была найдена неипсравляемая ошибка. И идет на
DP> замену.

Э-э-э... Как это выглядит технически? Вот стоит DIMM, в котором лежит код ядра, или системной службы, или рабочего софта, или базы данных - системной или какого-нибудь достаточно важного софта. Происходит неустранимая ошибка при попытке прочитать что-либо оттуда. Каким образом перестать использовать этот DIMM, продолжив работу без него, если у него нет зеркальной копии?

DP> Системные файлы не переписываются постоянно, пример не корректен.

Постоянно переписываются многие записи реестре, почтовик регулярно перезаписывает свои базы, коих несколько сотен мегабайт, перезаписываются библиотеки при пересборке. В памяти постоянно обновляются карты/списки ФС, которая тоже всегда пребывает в исправном состоянии.

Всего доброго!
Евгений Музыченко
fi-do@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20180707