[发明专利]带有上下文提示的功能的唤醒和调度

说明书

描述了与唤醒或调用诸如处理器执行的应用或硬件设备之类的功能有关的示例。应用或硬件设备可以指定哪些源可以引起唤醒，哪些源不引起唤醒。设备或处理器执行的软件可以监测对存储器区域的读取或写入，并导致应用或硬件设备唤醒，除非将唤醒指定为禁止。可以精确地指定存储器的更新区域，以便允许精确检索经更新的内容，而不用为了变化来扫描存储器范围。在一些情况下，对存储器区域的写入可以包括要由被唤醒的应用或硬件设备使用的各种参数。参数可以包括唤醒源、设置执行时间上限的定时器或任何其它信息。

技术领域

本文中描述的各个示例涉及唤醒和激活空闲应用。

背景技术

软件社区已经采用了分散式方法来从许多较简单的微服务和单元功能的模块化综合开发复杂的服务。这种结构提供松散联接、可独立部署和发展、高度可维护和可测试、可高效扩展的解决方案特点，并且这些解决方案被组织起来以结合不同企业、开发人员和服务供应商的特定功能的最佳组合。

分散式软件架构(多个较小的专用应用，代替整体解决方案)非常受欢迎，尤其是对于基于云的传送而言。但是，存在一些效率低下的问题，即应用的密度有限以及通信开销和放大。在大多数常见的工作流程中，应用彼此之间可以进行大量通信。现有的接口引入了用于对数据进行编组和序列化的多个软件级别和操作。

附图说明

图1显示了唤醒应用的已知方式。

图2A示出了具有存储器等待和过滤的示例系统。

图2B示出了应用作为用于唤醒其它应用的中介的用途。

图3A示出了触发地址返回示例。

图3B示出了提供对唤醒应用的原因的指示的示例方式。

图3C示出了定时器唤醒的示例。

图4描绘了示例过程。

图5描绘了示例系统。

图6描绘了示例过程。

图7描绘了示例系统，其可以监测一个或多个指定的存储器范围并观察不允许唤醒应用的过滤器。

图8A-1至8A-3描绘了用于对哪些事件导致唤醒进行编程的过程。

图8B描绘了存储器监测操作。

图9描绘了系统。

图10描绘了可以使用实施例或被实施例使用的网络接口。

图11描绘了数据中心的示例。

具体实施方式

现有的应用调度方法涉及下列中的一项：a)中断、异常或信号(例如，软或硬)；b)针对资源状态改变的轮询，例如轮询模式驱动程序实现；c)集中式调度器(例如，Linux或其它操作系统(OS)或虚拟机管理程序/虚拟机管理器(VMM))；d)专有调度器(例如，线程池、Java等的各种实现)；(e)分批操作；或(f)事件驱动的执行。中断、异常或信号对于通信而言效率不高，不支持远程调用，并且对语言和框架的支持有限。异常旨在处理软件问题，不适合作为通信机制。信号不适用于远程过程调用(RPC)，并且需要软件轮询才能实现。中断和集中式调度器提供了从一个上下文切换到另一个上下文所产生的高开销。

轮询会浪费中央处理单元(CPU)资源，并且由于每个内核针对轮询仅执行单个应用或硬件线程，因此提供了较低的应用利用率。软件轮询会消耗计算资源并限制每台服务器的工作负载密度。专有调度器仅适用于其特定环境。操作批处理提供高延时和低灵活性。事件驱动的执行要求使用高开销和延时的中断或软件轮询来检测可能浪费CPU资源的事件。