我们无法知道一个任务何时是短期存在的,何时需要长期运行。因此,最初任务到CPU 的分配可能并不理想。
为了在CPU 之间维护任务负载的均衡,任务可以重新进行分发:将任务从负载重的CPU 上移动到负载轻的CPU 上。Linux 2.6 版本的调度器使用负载均衡(load balancing)提供了这种功能。每隔200ms,处理器都会检查CPU 的负载是否不均衡;如果不均衡,处理器就会在CPU 之间进行一次任务均衡操作。
这个过程的一点负面影响是新CPU 的缓存对于迁移过来的任务来说是冷的(需要将数据读入缓存中)。
记住CPU 缓存是一个本地(片上)内存,提供了比系统内存更快的访问能力。如果一个任务是在某个CPU 上执行的,与这个任务有关的数据都会被放到这个CPU 的本地缓存中,这就称为热的。如果对于某个任务来说,CPU 的本地缓存中没有任何数据,那么这个缓存就称为冷的。
不幸的是,保持CPU 繁忙会出现CPU 缓存对于迁移过来的任务为冷的情况。
6. 应用程序如何利用多Core :
开发人员可将可并行的代码写入线程,而这些线程会被SMP操作系统安排并发运行。
另外,Sam设想,对于必须顺序执行的代码。可以将其分为多个节点,每个节点为一个thread.并在节点间放置channel.节点间形如流水线。这样也可以大大增强CPU利用率。
例如:
游戏可以分为3个节点。
1.接受外部信息,声称数据(1ms)
2.利用数据,物理运算(3ms)
3.将物理运算的结果展示出来。(2ms)
如果线性编程,整个流程需要6ms.
但如果将每个节点作为一个thread。但thread间又同步执行。则整个流程只需要3ms.