Lines Matching refs:EM

18 一个能量模型(EM)来为每个任务选择一个节能的CPU,同时最小化对吞吐率的影响。
29 EAS实际使用的EM不是由调度器维护的,而是一个专门的框架。关于这个框架的细节和
55 引入EM的想法是为了让调度器评估其决策的影响,而不是盲目地应用可能仅在部分
56 平台有正面效果的节能技术。同时,EM必须尽可能的简单,以最小化调度器的时延
60 运行时(在唤醒期间),EM被用来在不损害系统吞吐率的情况下,从几个较好的候选
75 EAS使用的其余平台信息是直接从能量模型(EM)框架中读取的。一个平台的EM是一张
79 当调度域被建立或重新建立时,调度器管理对拓扑代码中EM对象的引用。对于每个根域
81 节点都包含一个指向EM框架所提供的结构体em_perf_domain的指针。
102 两个节点持有指向同一个EM框架的共享数据结构的指针。
114 EAS覆盖了CFS的任务唤醒平衡代码。在唤醒平衡时,它使用平台的EM和PELT信号来选择节能
122 “模拟”任务迁移。EM框架提供了API em_pd_energy()计算每个性能域在给定的利用率条件
230 系统所有CPU每个不同OPP的运行成本时,也无法得到正确的结果。得益于基于EM的设计,
285 EAS使用一个平台的EM来估算调度决策对能量的影响。因此,你的平台必须向EM框架提供
287 Documentation/power/energy-model.rst中的独立EM框架部分。
289 另请注意,调度域需要在EM注册后重建,以便启动EAS。
291 EAS使用EM对能量使用率进行预测决策,因此它在检查任务放置的可能选项时更加注重
292 差异。对于EAS来说,EM的功率值是以毫瓦还是以“抽象刻度”为单位表示并不重要。
299 任务唤醒路径是时延敏感的。当一个平台的EM太复杂(太多CPU,太多性能域,太多状态
318EM