profiling - Linux カーネルのパフォーマンス イベント サブシステムのパフォーマンス オーバーヘッド

Question

Linux のパフォーマンス カウンターは、すべてのパフォーマンス分析のフレームワークを提供する新しいカーネル ベースのサブシステムです。ハードウェア レベル (CPU/PMU、パフォーマンス モニタリング ユニット) 機能とソフトウェア機能 (ソフトウェア カウンター、トレースポイント) もカバーしています。2.6.33 以降、カーネルは、開発者がカーネル カウンターを作成してシステム ランタイム情報を収集するための「perf_event_create_kernel_counter」カーネル API を提供します。私が最も懸念しているのは、tracepoint/ftrace が有効になっている場合のシステム全体へのパフォーマンスへの影響です。それらについて見つけることができるドキュメントはありません。ftrace はコードに動的にパッチを適用することによって実装されていると聞いたことがありますが、システムが劇的に遅くなりますか?

Answer 1

動的パッチは、トレースがアクティブ化されていない場合のオーバーヘッドを最小限に抑える方法として使用されます。PMU ベースのハードウェア カウンターのオーバーヘッドは、サンプリングするさまざまなイベントの数と頻度によって異なります。必要に応じて、許容可能な構成を見つけるのに十分なほど低い可能性があります。興味のある情報収集を有効にして、頻度を慎重に設定し、オーバーヘッドが許容できるかどうかを経験的に確認します。

Answer 2

役に立つかもしれないし、面白い情報が集まるのは間違いないから。それが目的ならいいけど。

ただし、目標がソフトウェアのパフォーマンスを向上させることである場合は、診断上の価値はほとんどありません。

彼らは興味深い測定値を提供することができますが、何を修正すべきかを教えてくれません.

このメソッドは、何を修正すべきかを教えてくれます。