Product Design, Manufacturing & Innovation Resources
Home » Hard and Soft Real-Time Systems

Hard and Soft Real-Time Systems

1970
Engineers collaborating on hard and soft real-time systems in a modern office.

(generated image for illustration only)

Real-time systems are classified as “hard” or “soft” based on the consequence of missing a deadline. In a hard real-time system, missing a deadline is a total system failure, such as in an anti-lock braking system. In a soft real-time system, missing a deadline leads to degraded performance but not catastrophic failure, such as in live audio-video streaming.

The distinction between hard and soft real-time systems is fundamental to the design and analysis of time-critical applications. A hard real-time system must guarantee that critical tasks complete their processing within their specified deadlines. The correctness of the system depends not only on the logical result of the computation but also on the time at which the results are produced. Failure to meet a deadline is considered a catastrophic failure. Examples include flight control systems, medical devices like pacemakers, and automotive safety systems. The entire system, from hardware to the operating system and application software, must be designed to provide deterministic timing behavior.

In contrast, a soft real-time system can tolerate occasional deadline misses. While meeting deadlines is desirable, and the system’s utility degrades as deadlines are missed, the system does not fail completely. The performance is simply reduced. Live multimedia streaming is a classic example; a dropped frame or a moment of audio jitter is undesirable but does not cause the entire system to crash. Other examples include online transaction systems and network routers. The design of soft real-time systems often focuses on statistical guarantees or average-case performance rather than the strict worst-case guarantees required for hard real-time systems. A third category, “firm” real-time, is sometimes used to describe systems where missing a deadline makes the result useless, but it does not cause a system failure.

UNESCO Nomenclature: 1203
– Computer science

Type

Abstract System

Disruption

Incremental

Usage

Widespread Use

Precursors

  • development of digital computers
  • early process control systems in manufacturing
  • concepts of time-sharing operating systems
  • formal logic and computability theory

Applications

  • automotive anti-lock braking systems (abs)
  • fly-by-wire avionics
  • pacemakers
  • industrial process control
  • live video streaming codecs

Patents:

NA

Potential Innovations Ideas

Due to scrapping bot traffic, currently more than 40k per day, this content is reserved to community members.
> Login < or > Register < (100% free) to access this, so as all other restricted content and tools.

Related to: hard real-time, soft real-time, deadline, determinism, RTOS, embedded systems, critical systems, timing constraints, system failure, performance degradation.

Historical Context

Hard and Soft Real-Time Systems

1970
1970
1970
1970
1973
1980
1980
1967
1970
1970
1970
1970-01-01
1975-06-01
1980
1980

(if date is unknown or not relevant, e.g. "fluid mechanics", a rounded estimation of its notable emergence is provided)

Full size images and downloads are only available, 100% free, for registered members.

> Login <