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)
