A fault is the manifestation of an

A fault is the manifestation of an unexpected behavior, and fault tolerance is a mechanism that masks or restores the expected behavior of a system following the occurrence of faults. Attention to fault tolerance or dependability has drastically increased over the recent years due to our increased dependence on computers to perform critical as well as noncritical tasks. Also, the increase in the scale of such systems indirectly contributes to the rising number of faults. Advances in hardware engineering can make the individual components more dependable, but it cannot eliminate them altogether. Bad system designs and behavioral patterns like mobility can also contribute to failures.
Historically, models of failures have been linked with the level of abstraction in the specification of a system. A VLSI designer may focus on stuck-at-0 and stuck-at-1 faults where the outputs of certain gates are permanently stuck to either a 0 or a 1 regardless of input variations. A system-level hardware designer, on the other hand, may be ready to view a failure as any arbitrary or erroneous behavior of a module as a whole. A dip in the power supply voltage or radio interferences due to lightning or a cosmic shower can cause transient failures by perturbing the system state without causing any permanent damage to the hardware system. Messages propagating from one process to another may be lost in transit. Finally, even if hardware does not fail, software may fail due to code corruption, system intrusions, improper or unexpected changes in the specifications of the system, environmental changes, or human error.

Результаты (русский) 1:

Ошибка является проявлением непредвиденного поведения и отказоустойчивость представляет собой механизм, который маски или восстанавливает ожидаемое поведение системы после возникновения ошибок. Внимание к отказоустойчивости или надежности, резко возросло за последние годы из-за нашей повышенной зависимости от компьютеров для выполнения критических, а также некритичных задач. Кроме того увеличение масштабов таких систем косвенно способствует рост числа ошибок. Достижения в инженерии оборудование может сделать отдельные компоненты более надежными, но оно не может устранить их вообще. Плохая система конструкций и поведенческих моделей, как мобильность может также способствовать неудачи.Исторически модели отказов были связаны с уровнем абстракции в спецификации системы. СБИС дизайнер может сосредоточиться на застрял на 0 и застрял на 1 разломах, где выходы некоторых ворот постоянно застрял в 0 или 1 независимо от входных вариантов. Дизайнер системного уровня оборудования, с другой стороны, могут быть готовы для просмотра сбой как любые произвольные или ошибочное поведение модуля в целом. Окунитесь в мощности питания напряжения или радио помех из-за удара молнии или космический душ может вызвать временные сбои, нарушается состояние системы без каких-либо постоянного повреждения аппаратного обеспечения системы. Сообщения, распространяющихся от одного процесса к другому может быть потеряно в пути. И наконец даже если аппаратное обеспечение не, программное обеспечение может произойти сбой из-за повреждения кода, системы вторжений, неправильное или неожиданные изменения в спецификации системы, изменения окружающей среды или человеческой ошибки.

Результаты (русский) 2:

Неисправность является проявлением неожиданного поведения, и отказоустойчивость представляет собой механизм , который маскирует или восстанавливает ожидаемое поведение системы после возникновения неисправностей. Внимание к отказоустойчивости или надежности резко возросло за последние годы из - за нашей растущей зависимостью от компьютеров для выполнения критически, а также некритических задач. Кроме того , увеличение масштабов таких систем косвенно способствует увеличению числа отказов. Прогресс в области аппаратной инженерии могут сделать отдельные компоненты более надежными, но оно не может устранить их в целом. Плохие конструкции системы и поведенческие модели , такие как мобильность может также способствовать неудачам.
Исторически сложилось так , модели отказов были связаны с уровнем абстракции в описании системы. Дизайнер СБИС может сосредоточиться на константные-0 и константных-1 неисправностей , где выходы некоторых ворот постоянно застряли либо 0 или 1 независимо от входных вариаций. Аппаратный разработчик системного уровня, с другой стороны, могут быть готовы к просмотру сбой в любой произвольной или ошибочного поведения модуля в целом. Провал в напряжении или радиопомех питания из - за молнии или космический душ может вызвать кратковременные сбои возмущением состояния системы , не вызывая никаких необратимых повреждений оборудования системы. Сообщения , распространяющиеся от одного процесса к другому могут быть потеряны при транспортировке. Наконец, даже если аппаратное обеспечение не терпит неудачу, программа может потерпеть неудачу из - за коррупции, кода системы вторжений, неправомерных или неожиданные изменения в спецификации системы, изменения в окружающей среде, или человеческой ошибки.