カーネルスペースでのオーバーヘッドを正確に測定する方法

Question

最近、私はLinux用のセキュリティメカニズムを実装しています。今私はそれによって引き起こされるオーバーヘッドを測定する必要があります。このプロジェクトでは、典型的なLinuxアプリケーションの実行時間を、メカニズムの有無にかかわらず比較する必要があります。典型的なLinuxアプリケーションでは、私は元になります。 1Gファイルをgzipし、 'find /'を実行してファイルをグレープします。主な目的は、CPUバインド、I/Oバウンドなどさまざまなタイプのタスクにオーバーヘッドを表示することです。

質問は信頼性が高くなるようにテストを構成する方法ですか？最初の重要なことは、私の仕組みがカーネル空間でしか動作しないという事実です。だから、systimeを比較することが適切です。私はそれのための '時間'コマンドを使用することができますが、それはシステムを測定する最も正確な方法ですか？別のアイデアはエラーを最小限に抑えるために長いループでそれらのアプリを実行することです。その後、ループは、時間のコマンドの内側または外側にする必要がありますか？彼らが外にいる場合、私は多くの結果を得るでしょう - 私は最小、最大、中央値、平均を選択する必要がありますか？

ありがとうございます。

Answer 1

一般的なアプリケーションのペイロードを測定したいと思っています（Ninjajlのコメントからもわかるように、カーネルのコンパイルは良いペイロードになる可能性があります）。おそらく、各システムコール内部のオーバーヘッドや、カーネル全体のオーバーヘッドを測定する必要はありません。

これは、ほとんどのアプリケーションでは、カーネル・ランド（つまりシステムコール）よりもユーザー空間ではるかに多くの時間とリソースが費やされるため、システム・コールのオーバーヘッドは「2次」効果であり、できるだけ多く。もちろん、例外が存在する可能性があります。

おそらくphoronix test suiteが該当します。

あなたはoprofile

により興味があるかもしれません標準のLinuxベンチマーク使って、スタートもthis answerとthis question