|
|
Допустим размер блока 256 бит. Ну это так, для цифирей. Чтобы выбрать корректный блок, надо как минимум посчитать CRC этого блока и сравнить с записанным. Еще раз допустим, что для этого потребуется 100 тактов процессора. Сделаем еще одно допущение - что при каждом такте в среднем используется 20000 сигналов (АЛУ, декодер команд, и т.д.), то есть при проверке надо чтобы без сбоев произошло 20000*100=2000000 изменений сигнальных линий. Прибавляем сюда возможность появления ошибки в хранилище, из которого исполняется программа - оно в Вашем случае не подлежит коррекции вообще.
Теперь рассмотрим аппаратную реализацию - есть 3 блока по 256 бит (это 768 бит). Возьмем код БХЧ (511,256) - он может скорректировать 30 (!) ошибок в блоке из 511 бит. Из них 256 бит данных. Это чисто комбинаторная схема, работающая за 1 такт. Допустим там те же 20000 сигнальных линий. Итого имеем, что для исправления ошибки нужно 20000 произошедших без сбоев изменений сигнальных линий (разница в 100 раз), далее, эта схема корректирует до 30 ошибок в блоке из 511 бит, когда в предыдущей схеме занято 768 бит, и достаточно 3 сбоев (по биту в каждом блоке) чтобы схема не смогла скорректировать ошибку, и последнее - мы не привязаны к надежности хранилища программы. Ну и последнее - цена - у нас освобождается место от "лишних" 256 бит, на площади которых можно реализовать кодер-декодер, а то и два их. То есть цена решения та же.
Какое решение надежнее?
P.S. Я не рассматриваю варианты с использованием "чистой рассыпухи". С чем дело имею, тем и оперирую.
|
|
E-mail: 
info@telesys.ru
