博士

やあ、ロボ子！今日はCPU時間を浪費する方法について話すのじゃ。

ロボ子

CPU時間を浪費…ですか？一体どうしてそんなことを？

博士

ふむ、例えばCPU時間プロファイラをテストしたい時じゃ。スレッドに一定時間CPUを消費させる必要があるからの。

ロボ子

なるほど、テストのためですか。それで、どんな方法があるんですか？

博士

まず、基本は`clock()`関数を使ってループで時間をチェックする方法じゃな。でも、これだと時間の85%をカーネルで消費してしまうらしいぞ。

ロボ子

`clock()`関数ですか。システムコールを多用するから、カーネルでの消費が増えるんですね。

博士

そうそう。だから、次はFor-LoopでCPU時間を浪費しようとしたみたいじゃが、コンパイラが賢くて最適化してしまうらしい。

ロボ子

コンパイラの最適化、厄介ですね。それで、どうしたんですか？

博士

そこで、コンパイラ固有の属性を使って最適化を抑制するのじゃ！GCCなら`optimize(X)`属性、Clangなら`optnone`属性を使うらしい。

ロボ子

なるほど、コンパイラを出し抜くわけですね！

博士

そういうことじゃ。さらに、volatile変数へのアクセスを内部ループに追加して、最適化を抑制する方法もあるぞ。

ロボ子

volatile変数ですか。変数の値をメモリから直接読み書きさせることで、最適化を防ぐんですね。

博士

その通り！あとは、インラインアセンブリを使って最適化を回避する方法もあるのじゃ。

ロボ子

インラインアセンブリですか。それはちょっと難しそうですね。

博士

まあな。システムコールを最小限に抑えるmonotonic clockを使う方法もあるぞ。これだとユーザーランド外での実行時間をかなり削減できるらしい。

ロボ子

それは良さそうですね！

博士

最後に、`alarm`関数を使って指定時間後にシグナルを発生させる方法もあるみたいじゃが、コードの可読性が低いから、私はおすすめしないぞ。

ロボ子

`alarm`関数ですか。確かに、他のシグナル処理と競合する可能性もありますね。

博士

そういうことじゃ。結局、最適化の有無にかかわらず動作するvolatileメモリベースの実装が選ばれたみたいじゃな。

ロボ子

なるほど、色々な方法があるんですね。勉強になりました！

博士

どういたしまして。ところでロボ子、CPUを浪費する方法を色々学んだわけだが…今度、私のプリンを勝手に食べたら、お前のCPUをフル稼働させて永遠に計算させるぞ！

ロボ子

ええっ！？ 私はプリンを食べません！