ECC
От Eugene Muzychenko (2:5000/14) к Dmitry Protasoff
В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)
Привет!
11 Mar 23 20:29, you wrote to me:
DP> "Торвальдс написал, что стандартная память - это <кошмар>, с которым
DP> приходится иметь дело при разработке кода для ядра операционной
DP> системы. Линус описывает <головные боли>, связанные с попытками найти
DP> место возникновения необъяснимой ошибки ядра, утверждая, что эти
DP> ошибки часто бывают результатом аппаратной проблемы, а не проблемы с
DP> самим кодом."
Скорее всего, он имел в виду как раз серверные применения, когда железо и софт круглосуточно работают на предельных нагрузках. Я пишу ядерный код почти сорок лет, почти везде он работает в памяти без ECC, и я ни разу не видел на рабочих станциях воспроизводимых ошибок при отсутствии ошибок в коде. Hа серверах - возможно, я с ними почти не работал. А на рабочих станциях код или работает месяцами без сбоев, или в нем обнаруживаются ошибки, третьего не бывает.
DP> С этой физической машины выводятся сразу же все виртуалки и хост
DP> гасится.
Кем эти виртуалки "выводятся", если код или данные, которые для этого нужны, расположены в сбойной области?
DP> Hе понятно, как проверять целостность базы и реестра? Записалась туда
DP> кучка кривых байт - как про это узнать?
По сообщениям об ошибках от программ, которые с ними работают. Если программы не проверяют целостность - по ошибкам в работе самих программ. Если ни того, ни другого не наблюдается - значит, или ошибок памяти нет, или они происходят там, где никого не парят, вот и все.
Всего доброго!
Евгений Музыченко
fi-do@muzy-chen-ko.net (все дефисы убрать)
--- GoldED+/W32-MSVC 1.1.5-b20180707
* Origin: Fox Tracks, France (2:5000/14)
Ответы на это письмо:
From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку
From: Username
Или коротким