I-WAY 软件基础设施:特点、挑战与未来发展
1. 调度器探讨
1.1 调度器结构与局限性
基本的调度器结构在多种系统中得到了广泛应用,并且在 SC’95 上成功调度了大量用户。然而,其主要局限性并非在于基本结构,而是用户与调度器以及调度器与本地资源之间过于严格的接口。
1.2 固定虚拟机作为可调度单元的问题
使用固定虚拟机作为可调度单元的概念仅取得了一定的成功。很多时候,现有的虚拟机无法满足用户需求,此时就需要手动配置新的虚拟机。若能支持一种简单的规范语言,允许用户提出如“给我 M 个 X 类型的节点和 N 个 Y 类型的节点”这样的请求,就能避免这一难题,且该功能可轻松集成到现有框架中。不过,开发更复杂的资源描述语言和调度框架是一个更具挑战性的问题,需要进一步研究。
1.3 非 I - WAY 资源调度器的局限性
本地 I - WAY 调度器必须与之协商的非 I - WAY 资源调度器通常功能有限。许多调度器无法查询已调度作业的完成时间(从而无法得知资源的预期可用性),也不能为指定时间段预留计算资源;部分站点提供的是分时访问而非专用访问。此外,在一些站点,由于网络和安全方面的考虑,用于 I - WAY 的处理器需要进行特殊配置。为解决这些问题,要么为 I - WAY 用户分配专用分区,要么采用分时方式而非调度,但这两种解决方案都不理想。使用专用分区意味着需要频繁协商以调整分区大小以满足用户需求,而且计算资源常常处于闲置状态。长期的解决方案可能是为要集成到类似 I - WAY 系统中的资源开发更复杂的调度器,同时应用程序也需要在可接受的资源类型和“质量”方面更加灵活。
超级会员免费看
订阅专栏 解锁全文
27

被折叠的 条评论
为什么被折叠?



