considered as an essential requirement for both—stand alone and distributed
computer system and, therefore and must be provided.
Distributed systems, networks, Internet declared as already resilient ones.
Indeed—these systems can cope with traffic jamming, even recover, to some extent
after subsystems collapse. Simple timeouts and refreshed tables of routing (every
200 ms) do the work.
Unfortunately, this solution cannot match requirements of new applications such
as safety critical, real time, health monitoring and other applications with high
demands of guarantee of service.
That is why we turned to an idea of desperation management—similar to human
physiology actions. It is natural—if our applications require from ICT systems a
certain flexibility this should be reflected in package handling and structure
organization.
For this reason, we turn to analyze human desperation at first, seeking further
how it might correspond with distributed system behavior.
19.2 On Desperation
In our life we instinctively define a desperation as:
A fear of impossibility to achieve wanted or desired (D1)
Desperation also is implicitly reflected in various descriptions of our desires.
Regarding desires we are willing to know more to reduce fear and frustration:
• “knowing more worrying less”—every language has the same proverb or similar
• “better safe than sorry”, etc.
• “I am happy to run extra mile for it”—means actions for reducing panic
The definition (D1) is general, but it is useful and even explicit for everyday life,
social communication, literature and art. At the same time, for analytic purposes we
should add that desperation should be measured and what is even better—quantified. Where to start? An analysis and further measure as we explained in [1–3]
should be exercised using three following prime categories that applied for
description of an object or phenomena:
• time (t)
• structure (s)
• information (i)
All three categories usually in research are represented by independent variables as
described in elements of theory of redundancy elsewhere [4–6], since our papers in
Automatic and Remote control about for fault tolerant computer systems design
[1–3]. This might be considered as starting point, to see how to quantify
desperation.
268
19 Distributed Systems: Resilience, Desperation
computer system and, therefore and must be provided.
Distributed systems, networks, Internet declared as already resilient ones.
Indeed—these systems can cope with traffic jamming, even recover, to some extent
after subsystems collapse. Simple timeouts and refreshed tables of routing (every
200 ms) do the work.
Unfortunately, this solution cannot match requirements of new applications such
as safety critical, real time, health monitoring and other applications with high
demands of guarantee of service.
That is why we turned to an idea of desperation management—similar to human
physiology actions. It is natural—if our applications require from ICT systems a
certain flexibility this should be reflected in package handling and structure
organization.
For this reason, we turn to analyze human desperation at first, seeking further
how it might correspond with distributed system behavior.
19.2 On Desperation
In our life we instinctively define a desperation as:
A fear of impossibility to achieve wanted or desired (D1)
Desperation also is implicitly reflected in various descriptions of our desires.
Regarding desires we are willing to know more to reduce fear and frustration:
• “knowing more worrying less”—every language has the same proverb or similar
• “better safe than sorry”, etc.
• “I am happy to run extra mile for it”—means actions for reducing panic
The definition (D1) is general, but it is useful and even explicit for everyday life,
social communication, literature and art. At the same time, for analytic purposes we
should add that desperation should be measured and what is even better—quantified. Where to start? An analysis and further measure as we explained in [1–3]
should be exercised using three following prime categories that applied for
description of an object or phenomena:
• time (t)
• structure (s)
• information (i)
All three categories usually in research are represented by independent variables as
described in elements of theory of redundancy elsewhere [4–6], since our papers in
Automatic and Remote control about for fault tolerant computer systems design
[1–3]. This might be considered as starting point, to see how to quantify
desperation.
268
19 Distributed Systems: Resilience, Desperation