1. Completely Fair Scheduler (CFS) twitter : @gokzy 1

2. スケージューラーの使命 応答性のよいユーザエクスペリエンスの提供 応答時間を最小に タイムスライスを効率的に割り当てる 全体のCPU使用率は最大に 相反する要求に答えねばならん 2

3. O(1)スケジューラの問題点 公平性の確保が難しい 優先度別キューがあるため 対話型タスクの扱いがヒューリスティック しかも計算に必要なコードが管理しにくい カーネルがnice値の調整を行う より高いnice値が枯渇しないように CPUのタイムシェアの計算が困難 3

4. そこで Completely Fair Scheduler(CFS) 文字通り公平らしい あらゆる関数に”fair”をつけ公正さを主張 もちろんファイル名にも : kernel/sched_fair.c 4

5. スケージューリングクラス 3つのスケジューリングクラスが存在 rt ->fair -> idle の順で実行される fair_sched_classがキモ 5

6. タスクへの割り当て時間の決定 6

7. タスクが増えると困る どんどんスライスされていく コンテキストスイッチコストが増加 periodの修正が必要 7

8. periodの修正 スケジュール時間の最小値が決まってる sched_min_granularityという値 8

9. 割り当て順序の決定 vruntimeが最小のものを選ぶ ランキューはvruntimeでソートされている 9

10. vruntimeの求め方 10 仮想的なタスク動作時間 式で求める niceを考慮する しかし問題が…

11. vruntimeによる選択の問題点 スリープ状態タスクのvruntime 寝ている間はvruntimeが増えず問題が wakeupとsleepを繰り返されると プリエンプションが頻発しコンテキストスイッチ増加 プリエンプトしたタスクがすぐにsleepすると 次に選ぶタスクは単純にvruntimeが小さいのでいいのか->否 11

12. スリープ状態タスクのvruntime 寝ている間はvruntimeが増えない 12

13. 起床時にvruntimeをいじる 13 起床したタスクのvruntimeは，実行可能状態のタスクの中で最小のvrutimeまで繰り上がる

14. wakeupとsleepが頻繁に繰り返される 14 プリエンプションが頻発しコンテキストスイッチが増加 カレントタスクのvruntimeとの差が小さい場合はプリエンプションを遅延する

15. プリエンプトしたタスクがすぐに寝ると 15 次に選ぶタスクは単純にvruntimeが小さいのでいいのか->否 直前に動いていたタスクのキャッシュが残っている 直前に動いていたタスクを選択する 改善

16. まとめ タスクへの時間割り当ては 16 タスクの選択はvruntimeが最小のものを選ぶ vruntimeは寝てるなどの条件で繰り上がったりする キャシュとかも考慮している 割とヒューリスティックじゃね?

17. 参考 Linux Kernel Watch http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch09c.html The Completly Fair Scheduler http://www.linuxfoundation.jp/jp_uploads/seminar20080709/lfjp2008.pdf Linux カーネル 2.6 Completely Fair Scheduler の内側 http://www.ibm.com/developerworks/jp/linux/library/l-completely-fair-scheduler/index.html 17