この Web yelp は、正確なツール マップと連携して、私が作成したさまざまな Linux パフォーマンス アリーナの主題へのハイパーリンクです。 これらは天文学的なフォントサイズを使用して、スランプデッキを水着にしています. あなたの家の仕事の壁のためにそれらを印刷してください。 Linux 可観測性ツール、Linux 静的パフォーマンス分析ツール、Linux ベンチマーク ツール 、Linux チューニング ツール 、および Linux sar。 画像の 12 か月をテストして (最も正確)、それがどのくらい新しいかを調べます
可観測性、静的パフォーマンスの調整、および perf-tools/bcc: png, svg (leer 議論)、それにもかかわらず、それは置換図ほど完全ではありません。 より多くの図については、以下の私のスランプ デッキを参照してください。 、ドキュメンテーション、トーク 、ソース。
楽器 )
- perf-tools: Ftrace パフォーマンス ツール (github). bcc: BPF/bcc パフォーマンス ツール (github) .
- bpftrace: BPF/bpftrace パフォーマンス ツール (github).
- Flame Graphs: の使用perf
と多様なプロファイラー.
ドキュメンテーション
- 電子書籍 BPF Efficiency Instruments: Linux Device and Utility Observability エクスカーションは、100 以上の eBPF パフォーマンス分析ツールを、不規則なツールの簡単な要約と組み合わせて使用します。 デザイン的にはここが2巻、Programs Efficiency 2nd Editionが1巻です perf と eBPF を使用して Linux でフレーム グラフを生成する:
- CPUフレームグラフ オフ CPU フレーム グラフ Reminiscence Flame Graphs eBPF、bcc、および bpftrace に関する投稿 (2015-21):
- Linux eBPF (2015) ) bcc: Linux 4.3+ トレースのスーパーパワーを使いこなす Linux (bcc) の tcpconnect と tcpaccept
Linux eBPF スタック トレース ハック (bcc) (2016) Linux eBPF オフ CPU フレーム グラフ (bcc) Linux ウェイクアップおよびオフウェイク プロファイリング (bcc)
Linux チェーン グラフ プロトタイプ (bcc) Linux eBPF/bcc uprobes Linux BPF /bcc Facet highway Ahead Ubuntu Xenial bcc/BPF Linux bcc/ BPF 追跡安全機能 bcc/BPF を使用した Linux MySQL Slack リクエスト トレース Linux bcc/BPF ext4 レイテンシ トレース Linux bcc/BPF Amble Queue (スケジューラー) レイテンシー Linux bcc/BPF ノード。 js USDTトレース Linux bcc tcptop Linux 4.9 の Efficient BPF ベースのほぼ完全な Profiler Linux 2016 の DTrace Linux 4.x Tracing Instruments: BPF Superpowers の使用法 Linux bcc/BPF tcplife: TCP ライフスパン Golang bcc/BPF Just Tracing (2017) Fedora でのパフォーマンス分析のための 7 つの BPF ツール
TCP トレースポイント (2018) Linux bcc/eBPF tcpdrop- bpftrace (DTrace 2.0) for Linux 2018 Learn eBPF Tracing: チュートリアルと例 (2019) bpftrace の集中的な紹介 BPF: A Contemporary Form of Application BPF テルミン、テトリス、タイプライター
BPF バイナリ: BTF、CO-RE、および BPF パフォーマンス ツールを転送する設計 (2020)- USENIX LISA2021 BPF インターナル (eBPF)
(2021)
製品に eBPF 可観測性を追加する方法- 私の lwn.accumulate 記事 Ftrace: The Hidden Gentle Swap は、Linux ftrace のユースケースを示しています (2014 年 8 月)。
と usenix- ftrace ベースのほぼ完全に perf-tools に関する投稿 (2014-5): Linux用iosnoop, iosnoop Latency Heat Maps, opensnoop for Linux, Linux の場合は execsnoop, ftrace:ヒドゥンジェントルスワップ、tcpretrans ページキャッシュヒット率, uprobe: User-Stage Dynamic Tracing, Linux USDT のハッキング
- perf ベースのほぼ完全に perf-tools に関する投稿: perf Hacktogram.
8. 15 分待っていただければ、あなたの Linux トレースの監視を交換できます (LISA、2016 年)- perf_events (2014-7) に関する投稿: perf CPU Sampling, パフォーマンス静的トレースポイント 、 パフォーマンスヒートマップ, perf カウント 、 perf カーネル ライン トレース,
または PDF.
perf Off-CPUタイム フレーム グラフ、L Netflix での inux プロファイリング Java 混合モード フレーム グラフ (PDF), Linux 4.5 パフォーマンス フォールディング フォーマット, Linux CPU スケジューラ分析用の perf sched の Web yelp Linux (2018+) 向けの Web yelp オンライン サイズ見積もり 。- 我慢する KPTI/KAISER Meltdown Initial Efficiency Regressions (2018).
- の EC2 の PMC : IPC の測定 AWS EC2 クラウド (2017) で強化された新しい効率監視カウンター (PMC) を示しました。
4. Netflix が EC2 の状況を効率的に調整する方法 (AWS re:Produce、2017)- CPU 使用率は不適切です: 支配的なメモリ ストール サイクルの上昇位置を説明する投稿%CPU メトリック (2017). 我慢 Linux 4.7 Hist Triggers (2016).
3. Linux Efficiency Instruments (Velocity 2015)- ブログアップ strace Wow Worthy Syscall は製造用の strace(1) について議論し、比較します改良された追跡ツール (2014).
web yelp を使用してください.- USE マップ: Linux 効率のヒント
; また、このプロットの説明には Map- Off-CPU Evaluation Map、Linux でこのプロットを提示します。
トーク
および youtube、そしてスライドがオンになっています slideshare または PDF.ざっくりと提案された表示または場所について話します。より改善されたイントロ:
これは、Linux プログラムのパフォーマンスを 40 分でまとめたもので、6 つの側面 (可観測性、方法論、ベンチマーク、プロファイリング、tra) をマスクしています。 とチューニング。 あるいは、基本的なツアーとしてすべての人を対象としているわけではなく、いくつかの企業は、新入社員のコーチングに使用することを示しています.
ディスカッションのビデオは次のとおりです。の上
可観測性ツール、プロファイリング、およびトレースに関するさらに多くのファイルについては、教育的な講演を参照してください。
これは、2018 年の Linux パフォーマンスの日付の変更と部分についての 20 分間の基調講演の要約でした。
ディスカッションのビデオが公開されています youtube、スライドはオン slideshare または PDF.
.Velocity 2015 で、 Linux パフォーマンス ツールに関する 90 分間のチュートリアル。パフォーマンスの可観測性、ベンチマーク、チューニング、静的パフォーマンス チューニング、およびトレース ツールについてまとめています。 また、パフォーマンスの方法論についても説明し、いくつかの滞在デモを含めました。 これは、Linux プログラムに取り組んでいるすべての人に役立つことを願っています。 私の PerconaLive2016 ディスカッションを正確に見たと同時に、多くのエキストラを知っていることを望んでいる人もいます。このディスカッションのツールにもっと焦点を当てています。
議論のビデオは youtube にあります (プレイリスト; セクション1、第2節) スライドがオンになっています slideshare または PDF.
これは以前は私の SCaLE11x および LinuxCon の話、逆に一方、90 分で、私はより多くのツールと方法論をキルトする地域にいましたが、基本的に私が達成した主題の最も完全なツアーになりました. 私もそれについて投稿しました
パフォーマンス可観測性の代替として、この議論は調整の準備ができています。 まず、Netflix の背景を提供し、AWS EC2 クラウドでイベント フォームとパーツをマスキングし、その後、Linux カーネルの調整可能変数とオブザーバビリティについて説明します
議論のビデオが公開されています。 youtube とスライドがオンになっています slideshare:
オースティンで開催された DockerCon 2017 で、Linux コンテナーのパフォーマンス分析に関するディスカッションを行いました。
議論のビデオが公開されています youtube とスライドがオンになっています スライドシェア.
6. 壊れた Linux の効率楽器 (SCaLE14x、2016)
Southern California Linux Expo ( SCaLE 14x) では、Broken Linux Efficiency Instruments についてディスカッションを行いました。 これは以前、私の以前の Linux Efficiency Instruments が SCaLE11x でミューズについて議論するための教育でした (そして、それほど前のことではありませんが Velocity を説明として)。 この壊れたツールは、Linux システム ツール、メトリック、統計、ビジュアライゼーション、サイズ オーバーヘッド、およびベンチマークを使用した、昔ながらの複雑なツアーであったことについて説明します。 また、対処するための簡単なアイデアの提案も伴います (未経験の「達成できること」のスライド)
ディスカッションのビデオが公開されています youtube とスライドがオンになっています
7. Netflix での Linux perf の使用法 (Kernel Recipes, 2017)
でカーネルレシピ2017 CPU プロファイリングとフレーム グラフを機能させることに特化した Netflix で、Linux のパフォーマンスについてこれまで議論してきました。 このディスカッションでは、perf_events の破綻ルートに加えて、Java、Node.js、VM、およびコンテナーをプロファイリングする際のスタック トレースとシンボルの修正に匹敵する落とし穴が必要です
ディスカッションがオンになっています youtube スライドがオン スライドシェア:
あり得る2015年からのこの議論の古いモデルでもあるかもしれません 掲載について。 フレームグラフの詳細については、こちらを参照してください フレームグラフのプレゼンテーション.
USENIX/LISA 2016 でこのデモを行い、ftrace、perf、および bcc/BPF を示しました。 ビデオがオンになっています youtube (すいません、音が大きすぎます):.
これは、Linux 4.x の追跡ツールに関する拡張ディスカッションの最初のセクションでした: BPF スーパーパワーの使用法。 タビーをスパイ ビデオについて話し合う と スライドについて話し合う.
この議論では、Linux 4.x シーケンスに追加された拡張 BPF (別名 eBPF) パーツの使用について説明します。パフォーマンス分析、可観測性、およびデバッグ用。 この議論でぎらぎらされているのは、bcc (BPF コンパイラの品揃え) です。これは、BPF インターフェイスとさまざまなツールを提供するオープン オファー チャレンジです。
議論のビデオオンになっています youtube、スライドがオンになっています slideshare または PDF.
USENIX LISA 2014 で、私が組織している新しい ftrace および perf_events ツールについて議論しました: perf-tools の github での品揃え。これは主に ftrace を利用しています。これはほんの数年間 Linux カーネルに組み込まれてきたトレーサーですが、それにもかかわらず、ほとんどの人は学習していません (事実上、
対談動画公開中 youtube、スライドがオンになっています slideshare または PDF. 投稿 この議論について、私はこれらのツールが動作しているスクリーンショットをいくつか含めました. 11. SRE の効率チェックリスト (SREcon、2016 年)
で SREcon 2016 Santa Clara, パフォーマンスについてクロージングディスカッションを行いました. SRE (Residence Reliability Engineers) のチェックリスト。 このディスカッションの後半には、インシデント パフォーマンス対応のための Linux チェックリストが含まれていました。 これらは、Linux のパフォーマンスを分析している場合でもそうでない場合でも役立ちます。
ディスカッションのビデオが公開されています
youtube 、そしてスライドがオンになっています slideshare として PDF - Linux eBPF (2015) ) bcc: Linux 4.3+ トレースのスーパーパワーを使いこなす Linux (bcc) の tcpconnect と tcpaccept
まったく別のリソース (私が書いたものではありません) Linux のパフォーマンスの問題については助言します: