测验：调度

三个进程同时到达，CPU 突发分别为 24、3 和 3。 FCFS 按 P1、P2、P3 顺序执行时，平均等待时间是多少？

• 3 — 按以下顺序运行时的平均等待时间：P2、P3、P1
• 10 — 三个进程的平均突发时间
• 27 — 最后一个进程 P3 的等待时间
• 17 — 延迟 0、24 和 27 的平均值

尽管SJF在平均等待时间方面是最优的，但不能用作通用调度器的关键原因是什么？

• 实现过于复杂
• 下一个 CPU 突发的长度无法提前得知。
• 因为抢占是不可能的
• 因为短期任务总是会导致损失。

如果循环时间分配设置太小会出现什么问题？

• 操作方式与 FCFS 相同
• 饥饿发生
• 上下文切换开销会占用实际工作时间
• 响应时间较长

当以较低的nice值（较高的优先级）运行Linux CFS时，内部会发生什么变化？

• 时间片加倍为固定长度
• 随着权重的增加，vruntime增加缓慢，因此被选择的次数较多。
• 晋升实时调度班
• 其他任务的vruntime被强制增加。

减轻优先级调度中饥饿的标准技术是什么？

• 老化——随着延迟的增加逐渐增加优先级
• 关闭抢占
• 定期终止低优先级进程
• 增加你的时间分配

哪项正确解释了容器的 CPU 份额（份额/权重）和 CPU 配额之间的区别？

• 份额是存在竞争时的分配比例，配额是每个周期可以使用的时间的绝对上限。
• 它们都以不同的单位表示相同的值。
• 共享适用于内存，配额适用于 CPU。
• 配额仅在存在争用时适用

CPU平均利用率较低，但响应延迟只是周期性出现。在具有 CPU 配额的容器中首先要检查什么？

• 内存交换发生
• 磁盘IOPS
• 节流次数和节流总时间
• 网络重传率