О смысле всего сущего

Причём тут резервирование. Все три одинаковых резервных программы могут и будут работать одинаково неправильно. Речь о том, что нужен подход допускающий возможно неправильную работу разных частей системы, в т.ч. и ПО. А вы зациклились на супернадёжных микросхемах, а дальше будто оно само. Помимо ненадёжных микросхем полно разных причин, нетехнического плана, почему всё может пойти не так как планировалось и нужены способы и методы обнаружения и обработки таких ситуаций, отличные от синего экрана смерти. Да и не все процессы можно вот так просто "троировать". Многие же вещи дублировать сложно или невозможно по техническим причинам. Да и три компьютера могут принять и три разных правильных решения. Что тогда делать? Алгоритм принятия решения не всегда может быть чётко детерминированным. Троировать легко какие-то простые вещи, вроде АЛУ и регистров процессора. Но не знаю насколько даже есть в том смысл: залётный фотон может нарушить работу электронного блока в целом, вплоть до отключения и перезапуска. Скорей напрашивается дублирование, где резерв может быстро подхватить управление при отказе ведущего, а до того должен непрерывно корректировать свою стратегию работы основываясь на действиях ведущего, либо непосредственно получать информацию о состоянии ведущего. Практически, скорей, и то и другое. У Novell Netware что-то подобное имелось...