Scala akka以哪种方式是实时的?

Scala akka以哪种方式是实时的?,scala,real-time,akka,actor,definition,Scala,Real Time,Akka,Actor,Definition,在一些地方,有一种说法是akka在某种程度上是“实时的”。例如: 不幸的是,我没能找到更深刻的解释,akka在哪一方面是“实时的”。这就是问题所在: akka以哪种方式实时? 我假设akka在以下定义的意义上不是真正的实时计算系统,不是吗?:构建在JVM上的任何语言都不能是实时的,因为它保证在一定时间内做出反应,除非它使用支持实时扩展的JVM(并利用它们)。这在技术上是不可能的——阿克卡也不例外 然而,与可能的情况相比,Akka确实为快速运行提供了支持,并且具有相当好的时间安排。在文档中,有时

在一些地方,有一种说法是akka在某种程度上是“实时的”。例如:

不幸的是,我没能找到更深刻的解释,akka在哪一方面是“实时的”。这就是问题所在:

akka以哪种方式实时?


我假设akka在以下定义的意义上不是真正的实时计算系统,不是吗?:

构建在JVM上的任何语言都不能是实时的,因为它保证在一定时间内做出反应,除非它使用支持实时扩展的JVM(并利用它们)。这在技术上是不可能的——阿克卡也不例外

然而,与可能的情况相比,Akka确实为快速运行提供了支持,并且具有相当好的时间安排。在文档中,有时可能会使用其他实时定义(即在线、运行时、具有良好的平均延迟、足够快使您不会注意到延迟等)

受到“实时约束”的系统,例如操作系统 从事件到系统响应的截止日期

akka的人可能会参考像
future
s这样的功能,这些功能允许您在计算的期望值上添加时间限制


akka的集群模型也可以用来表示实时在线系统(抽象为看起来像是在本地运行的)。

我认为akka平台可以通过使用(我在这里引用)交付响应性应用程序来支持一种形式的实时约束:

  • 异步、非阻塞、高性能的事件驱动编程模型
  • 通过具有“让它崩溃”语义的监控器层次结构实现容错
  • 响应交付中超时策略的定义
如前所述,所有这些特性的结合为平台提供了一种形式的响应时间保证,特别是与当前JVM上可用的主流应用程序和工具相比

根据维基百科的定义,Akka可以被严格定义为实时计算系统,这一说法仍然有争议。

为了证明这些说法,您最好参考Akka团队本身。

因为Akka是一个消息驱动系统,所以实时的使用与您提到的维基百科文章
在数据传输、媒体处理和企业系统领域中的一个定义有关,该术语用于表示“没有可察觉的延迟”。


“实时”在这里等同于“随时随地”:事件/消息被有效地处理/消耗(与批处理过程相反)。

AkkA可以是软实时系统的基础,但不是硬的系统,因为JVM的局限性。如果你在维基百科的文章中向下滚动一点,你会发现“实时计算的标准”一节,并且有一个关于不同的“实时性”标准的很好的解释。

请你分享一下什么类型的软件平台能够真正提供实时处理?你真的需要从实时操作系统开始,要么是像QNX这样的专用补丁,要么是现有操作系统的实时补丁(例如实时Linux),或者其他类似方法。(实际上,您不需要完整的RTOS,但您确实需要硬件支持实时功能。)否则,您的操作系统可能会在实时性上打乱您的所有尝试。