用了一段时间big sur,确实在cpu调度上win没法比

qingyu701025 · 2021-11-10 17:51:39

虽然我也发了不少手动调教win调度的帖子，但是有一点感触却越来越明显，就是windows依旧采用的是一个“基于负载”的调度哲学，即使是intel在硬件上使用的speedshift，基本原理上也是如此。在过去我对ios的研究过程中，发现苹果系统同时实现了四种调度方式：（1）基于cpu的负载的传统策略，是从服务端资源利用率的角度出发的；（2）基于线程代码的特征。这里又分为两种，一个是区分了线程是cpu密集型还是io密集型，这个是通过线程在运行过程中真正在使用cpu的时间占它自己全部运行时间的比重来判断的，使用的指标是“平均停驻时间”。另一个是区分了线程代码本身的指令并行度的高低，使用的指标是我之前的帖子里面发现的一些内核变量，比如“cpu-int-density-ipc”之类的，这里可以看出系统甚至还区分了整数、浮点和存储三种不同类型指令的并行度来决定调度；（3）基于app自身对线程的标记。允许app标记自己的线程为某一种类的线程，比如前台交互线程、后台服务线程、后台耗时线程之类的，如果有这样的标记一般都会优先按照标记来调度。（4）基于能耗水平的考量。系统自己定义了大小核心在不同频率下的典型功耗值，然后通过统计线程的预计运行时间，可以得到线程在大小核分别运行下的预计能耗，然后通过“cpu-efficiency-target”这样的指标来决定大小核调度。因此总的来说，线程要调度到大核，系统会考虑：（1）是cpu密集型吗？因为io密集型就算扔到大核上也加速不了多少，反而更加耗电。（2）有很高的指令并行度吗？如果指令并行度很差，那么即使是cpu密集型，扔到大核上也不能很好地利用大核的多发射能力，同样浪费能耗。（3）app是否指定了大核运行。（4）是否符合能耗要求。
可以看到苹果系统在cpu调度手段上比windows丰富的多，先进的多。我觉得即使intel 12代出来后，如果windows的调度机制无法完善的话，大小核的意义也不会很大。