What constitutes 'real time'我在决定是否将应用程序分类为"实时"或"接近实时"，甚至其他方面时遇到麻烦。 该软件会立即接收从源生成的数据，然后根据某些规则，在满足某些条件时发出警报。它采用每30秒检查一次最后30秒数据的方法，以查看是否满足规则的条件。 是实时的吗？实时与接近实时的定义阈值是多少？ 编辑 我认为这是网上定义实时业务的副本。 请确定以上主题是否不足以回答您的问题。 实时=保证的最大解析时间。可能是皮秒或分钟，具体取决于应用程序的要求 这是StackOverflow的最大问题：不合格的人用"听起来不错"的答案回答很多问题，并被投票，关心答案是否正确的人不会胡说八道以至于无法回答赢得代表以解决错误的答案。由于预期的下意识反应，匿名发布。 实时获得对在指定时间内完成的事件的必需响应，否则系统将失败。 人们习惯于认为这必须表示"少量的毫秒/微秒"，但这不一定是正确的-这取决于您的系统。 如果您的系统在30秒内未能完成系统的故障而失败，则为"实时"。 对于某些系统，失败可能是灾难性的，例如导致多人死亡-这被描述为对安全至关重要，例如关闭核电厂。 "实时"一词覆盖了相当大的一块土地。 模糊的定义是"在有限的响应时间内起作用的软件"。 边界很困难的地方，例如在汽车的喷射控制系统中，该软件被称为"硬实时"。 边界较柔和的地方，例如在音乐播放系统中，允许最多50ms的变化，该系统被称为"软实时"。 是的，对于某些实时定义，您的系统是实时的。 但是，如果您与在实时系统上实际工作的任何其他人实时调用它，您可能会被嘲笑，因为30秒非常长。 好吧，这可能是营销问题，而不是技术问题。 就嵌入式硬件而言，实时涉及用于处理传入信息(中断等)的已知固定最大时间。 您当然可以要求30秒钟的实时延迟，尤其是在所述信息的传递时间长于30秒时。 例如，如果您的" alert \\"是一封可能在邮件服务器上花费10分钟的电子邮件，或者是用户每半小时才检查一次的监视器上的红叉，则30秒对于实际时间。 我认为定义实时性的一个方面是过程是确定性的-也就是说，基于输入，应用程序的响应时间是完全可预测的。 因此，使用非常广泛的笔触进行绘画，坐在Windows之上的任何应用程序充其量只能是"近实时"。令人怀疑的是，如果您的应用程序在某种沙盒平台(Java，.NET)上运行，而您对平台功能(例如，垃圾回收)没有绝对控制权。 我个人的规则是，"实时"不属于台式机；这就是PLC的领域(是的，它们可能正在运行QNX，VxWorx甚至RTLinux之类的操作系统)。 我在我的网站real-time.org上对此进行了详尽的论述。主页上有指向简报的临时链接。该简报讨论了人们如何以及为什么人们不理解"实时"(以及"硬"，"软"和"可预测"等)的含义。它提供了一些精确和通用的定义。我听过一些人不同意我对这个主题的解释，但是没有一个人提出任何像我这样精确和笼统的东西。正如拉里·金(Larry King)所说，"拉起椅子，让我们谈谈"。 从我的控件朋友那里实时了解\\'hard \\'-迟来的信息是错误的信息。如果需要每隔1秒到达一次，并且每隔1.1秒到达一次，那么它对于计算就没有用了。 定义"实时"的另一种方法是通过评估许多RTOS(实时操作系统)的功能。例如QNX的定义在这里。请注意，它们符合POSIX PSE52 Realtime Controller 1003.13-2003系统产品标准。大多数嵌入式操作系统将提供类似的功能。 我相信答案是实时系统是主观的，因为"实时"只是要求所施加的及时性约束。尽管显然需要2小时才能响应请求的内容不是实时的，但30秒的延迟可能足够快，可以算作实时。 我在我认为是实时系统的系统上工作，当系统中发生事件时，该事件会立即传播到系统上的设备，因此，了解设备更新的延迟是网络延迟和更新其内存中数据所需的时间。 我个人不会将每30秒进行一次更新的民意调查归类为实时。作为上述系统的一部分，我们有一个Web应用程序就是这样做的，它每30秒刷新一次，因此向用户显示的数据最长为30秒。与此形成鲜明对比的是，一旦赛事发生，获胜形式的同盟者就会更新。 同样，"实时"受您对及时响应的定义的限制。 实时处理微秒...主要围绕机器人技术。认为移动手臂30微秒；焊接1000微秒; \\'，就像在汽车装配中一样。 您的30秒是基于非实时操作系统中的线程睡眠还是计时器？如果是这样，则您有一个潜在的差异。如果您超出该差异(30.01秒)，您会认为这是失败的吗？如果不是，那么它不是实时的。 我认为您需要在需要实时响应的地方查看特定的解决方案或解决方案的一部分。实时响应是接收者(应用程序或基本上是最终用户)感知为实时的响应。 我会说实时的定义取决于上下文。与音乐示例一样，实时时间可能需要毫秒，但是对于您的示例而言，实时时间可能会在30秒左右。都是相对的。 我同意约翰的观点，在您的情况下，您正在等待至少30秒的延迟，我想这几乎是实时的。 |
