Skip to content

VLSIFacts

Let's Program the Transistors

  • Home
  • DHD
    • Digital Electronics
    • Fault Tolerant System Design
    • TLM
    • Verification
    • Verilog
    • VHDL
    • Xilinx
  • Embedded System
    • 8085 uP
    • 8086 uP
    • 8051 uC
  • VLSI Technology
    • Analog Electronics
    • Memory Devices
    • VLSI Circuits
  • Interview
    • Interview Experience
    • Training Experience
    • Question Bank
  • Notifications
  • QUIZ
  • Community
  • Job Board
  • Contact Us

Redundancy in Fault Tolerance

Posted on November 5, 2017July 1, 2025 By vlsifacts No Comments on Redundancy in Fault Tolerance

In the previous post we have understood the need of Fault Tolerance in VLSI System Design. A VLSI system can broadly be considered as a union of following 3 layers:

  1. Hardware Layer (Processing cores, Memories, etc.)
  2. Software Layer (OS, Program Instructions)
  3. Interconnection Layer (Bus-Based or Network-on-Chip)

Designers introduce several techniques to all these system layers to deal with transient as well as permanent faults, and these techniques incorporate the concept of Redundancy in some means. So, we can say “Redundancy is the heart of Fault Tolerance“.

Following are the four different forms of Redundancies we deal with in Fault Tolerance:

  1. Hardware Redundancy (HR)
  2. Software Redundancy (SR)
  3. Information Redundancy (IR)
  4. Time Redundancy (TR)

Hardware Redundancy (HR)

In this case we introduce multiple redundant units of complete module or sub-modules to the system. Redundant units along with the actual unit performs the same job to detect the fault and mask it. Triple Modular Redundancy (TMR) is a very common implementation of hardware redundancy. Let’s say the module is a processor. In a TMR system, 2 more identical processors would be there who execute the same set of instructions along with the primary one. A Voter unit needs to be incorporated, which would compare the outputs of all the processors and gives majority votes to the correct result and discards the faulty result if any.

Software Redundancy (SR)

Software Redundancies is dealt by multiple programmer teams who develop different versions of the same program (software). It is very unlike that different versions of the same program would generate the same fault on the same input set. SR uses HR when multiple versions of the software are run on the multiple identical modules simultaneously or it uses TR when multiple versions are run on the same hardware module one after another.

Information Redundancy (IR)

The description should start with the word “parity” which would give a familiar impression to the reader. Information redundancy adds some redundant bits to the original data bits to detect the errors and even sometime correct the errors in the original information. These additional bits are known as check bits. Hamming Code, Cyclic Code, Checksum etc. are different forms of Information Redundancies.

Time Redundancy (TR)

Most of the faults we come across in VLSI systems are transient, which go away after a small time interval. So, re-execution of a part of the code which produced a fault before sometime, is very likely not to produce the fault once again if the fault is a transient one. This technique consumes additional time to get the correct result, therefore, named as time redundancy.

Depending on the requirements criteria, different as well as multiple redundancies can be used in different application areas. Also the Area, Power and Performance penalties are decided based on how the redundancy has been implemented. A generalized view has been displayed in the following table which might vary from application to application and situation to situation.

RedundancyArea PenaltyPerformance PenaltyPower PenaltyApplication
HardwareHighLowModerateCritical Systems- Avionics, Automobiles etc.
SoftwareHigh when HRHigh when TRModerateComplex Computing Systems
InformationSometimes High like RAIDHighLowCommunication and Memories
TimeLowHighLowComputing and Interconnect

Spread the Word

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on X (Opens in new window) X
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to email a link to a friend (Opens in new window) Email
  • Click to print (Opens in new window) Print

Like this:

Like Loading...

Related posts:

  1. Need of Fault Tolerant VLSI System Design
  2. Reliability vs. Availability in Fault Tolerance
  3. Error Detection and Correction Codes
  4. Parity Code for Error Detection
Fault Tolerant System Design Tags:Fault Tolerance, Hardware Redundancy, Information Redundancy, Parity, Redundancy, Software Redundancy, Time Redundancy, TMR

Post navigation

Previous Post: Device Drivers : Role & Types
Next Post: Defects, Errors, and Faults

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Top Posts & Pages

  • ASCII Code
  • Different Coding Styles of Verilog Language
  • Circuit Design of a 4-bit Binary Counter Using D Flip-flops
  • Truth Tables, Characteristic Equations and Excitation Tables of Different Flipflops
  • NAND and NOR gate using CMOS Technology

Copyright © 2025 VLSIFacts.

Powered by PressBook WordPress theme

Subscribe to Our Newsletter

%d