关于实时(Real-time)

阅读更多

​下面是对实时操作系统的定义：

 

实​时​操作​系统​必须​在​已知​的​关键​时间​内​完成​关键​操作，​至少​要​在​绝对​大​多数​情况​下​在​已知​时间​内​完成​关键​操作。 部分​这类​操作​包括​操作​系统​调​用​和​中断​处理。 完全​满足​在​指定​时间​内​完成​关键​性​操作​的​实​时​操作​系统，​被​称为“硬实​时”操作​系统。​大​多数​情况​下​能​满足​在​指定​时间​内​完成​关键​性​操作​的​实​时​操作​系统，​被​称为“软​实​时”操作​系统。 实际​情况​中，​上述​分类​的​指导​意义​有限。​每​个​实​时​操作​系统​都有​独特​的​性能​特征，​用户​在​决定​使用​某​个​实​时​操作​系统​之前​需要​仔细​研究​这些​特征。

 

对于上面的解释是不是很不好理解？下面是个简单模型：

 

     顺序---------------------------->可见

 

如果在上面的简单模型上加上时间因素，模型如下：

 

              --------->时间--------->

           /                                  \

         /                                      \

     顺序---------------------------->可见

 

 

我们通常所说的实时都是比较直观的说法。但却没有一个清晰的确定性的解释，也没有一个可度量的准则。一个无法给出清晰的，确定性的解释，无法度量的东西那是什么？那是抽象。

 

打一套太极......

 

实时系统

 

 

              --------->时间--------->

           /                                  \

         /                                      \

     顺序---------------------------->响应

 

很多人经常会提到实时，很多系统也特别说明是实时的。

 

很多客户甚至不加修饰的要求实时。

 

我们平常接触的所谓实时系统其实并不是真正实时的系统。或者其实真正的实时系统我们很少接触到。

 

上面的解释看着简单，但其定义的跟严格。

 

你能写出一个能够严格在指定时间内完成操作响应的程序系统？比如一段简单的代码，一个简单的网络请求能够在指定时间内响应，比如0.1秒，多0.001秒都不行。

 

 

感觉“时间”也是一个很抽象的概念。

  

如果跳出这个时间范畴是不是更好理解？如果这样的话，那就不应该

用时间来衡量。这样的话，那它的模型应该是这样：

 

A->B

 

这样就回到上面的简单模型：顺序--->可见。