Bootchart

Bootchartは、パフォーマンス分析とGNU / Linuxのブートプロセスの可視化のためのソフトウェアです。リソース利用と処理情報は、ブートプロセス中に収集され、後にPNG、SVGまたはEPSエンコードされグラフに表示することができます。
ブートプロセスがブートロガー（/ sbinに/ bootchartd）の代わりに、/​​ sbinに/ initが起動するように変更されています。ブートロガーは（は/ proc / [PID] / STAT、/ procの/ STATおよび/ procの/ diskstats）をバックグラウンドで実行し、procファイルシステムから情報を収集します。
統計情報は、仮想メモリファイルシステム（TMPFS）に記録されます。ブートプロセスは、（特定のプロセスの存在によって示される）完了すると、ログファイルが/var/log/bootchart.tgzために包装されています。
ログ·パッケージは、後のプロセスツリーを構築し、パフォーマンス·チャートを描画するJavaアプリケーションを使用して処理することができます。グラフは、プロセス依存性と全体的なリソース使用率を調べるために分析することができます。レンダラのWebフォームは、プロジェクトのWebサイトで入手できます。
グラフは、プロセス依存性と全体的なリソース使用率を調べるために解析することができます。
runingて：
1. bootchartdとbootchartレンダラーをインストールします。詳細についてはINSTALLを参照してください。
2.ブートローダー（GRUB / LILO）は必要に応じて変更します。代わりに、再起動時に対話形式でカーネルコマンドラインを変更します。
リブート。
3. /var/log/bootchart.tgzが作成されたことを確認し、ログ·ファイルが含まれています。
4.実行してグラフを描画：
   $のJava -jar bootchart.jar
（何のJava開発キットは、JARパッケージをビルドするためにインストールされていない場合）または、ウェブレンダラを使用することができます。
スクリプトからWebレンダラを使用するには、実行します。
--form形式カール= SVG --form log=@/var/log/bootchart.tgz
http://bootchart.klika.si:8080/bootchart/render> bootchart.svgz
（必要に応じてPNG / bootchart.pngまたはEPS / bootchart.eps.gzでSVG / bootchart.svgzペアを置き換えます）
5.生成された画像を表示して、チャートを分析します。
SVG画像は、次のいずれかのプログラムを使用して表示されることがあります。
- rsvgビュー（librsvg、GNOME）
- svgdisplay（ksvg; KDE）
- Gimpの（GIMP-SVGプラグインを使用して）
- Inkscapeの
- くねくね（バティック; http://xml.apache.org/batik/）
追加オプションのヘルプを取得するには、次のコマンドを実行します
   
   $ javaの-jar bootchart -h
どのように動作します：
ロガースタートアップ
ブートロガーは（/ sbinに/ bootchartd）の代わりに/ sbinに/ initをカーネルによって実行されます。これは例えば、GRUBまたはLILOカーネルコマンドラインを変更することによって達成することができます：
/boot/grub/menu.lstを
[...]
タイトルのFedora Core（2.6.10） - bootchart
ルート（hd0,1）
カーネル/vmlinuz-2.6.10 ROルート=は/ dev / hda1にINIT = / sbinに/ bootchartd
initrdの/initrd-2.6.10.img
インストールスクリプトとRPMパッケージが自動的にブートローダーエントリを追加しようとします。
ブートロガーは、/ sbinに/ initを、バックグラウンドで自身を起動し、すぐにデフォルトの初期化プロセスを実行します。ブートプロセスは、いつものように続けます。
データ収集
ルートパーティションが読み取り専用ブート時に装着されているので、ロガーは、仮想メモリのファイルシステム（TMPFS）を使用して、メモリにデータを格納する必要があります。
とすぐに/ procファイルシステムがマウントされているように - 通常早期SYSINITスクリプトに - ロガーはさまざまなファイルからの出力の収集を開始します。
/ procの/ STATシステム全体のCPU統計：ユーザー、システム、IOとアイドル時間
/ procの/ diskstatsシステム全体のディスク統計情報：ディスクの使用率とスループット
（2.6カーネルでのみ利用可能）
実行中のプロセスについての/ proc / [PID] / STAT情報：時間、親PID、プロセス状態、CPU使用率などを開始
これらのファイルの内容を定期的に、デフォルトでは0.2秒毎に、ログファイルに対応する添付されています。
ロガーは、特定のプロセスを探して、ブートプロセスの終了を検出しようとします。たとえば、ときなど、ランレベル5で（マルチユーザーグラフィカルモード）、それがされているgdmgreeter探します、kdm_greetとすぐに、これらのプロセスのいずれかを実行して検出されたとして、ロガーは、データの収集を停止ログファイルをパッケージ化し、それらを格納します/var/log/bootchart.tgzへ。
オプションのプロセスアカウンティング
ほとんどの場合、PROC / [PID] / STATファイル/からの出力は、プロセスツリーを再作成すればよいです。それは短命のプロセスはロガーによってピックアップを取得しないことを、しかし可能です。そのプロセスはまた、新しいプロセスをフォークした場合、ロガーは、これらの「孤立した」プロセスの依存情報が不足しているだろう - 彼らは間違ってチャートレンダラーによってグループ化されてしまうかもしれませんことを意味しています。
真に正確な依存情報が必要な場合、プロセス·アカウンティングを利用することができます。設定した場合、カーネルはプロセスに関する詳細情報をログファイルを保持します。効果的にプロセスツリーの正確な再構成を可能にする - BSDプロセス·アカウンティングv3はプロセスのPIDと親PID（PPID）に関する情報が含まれています。
プロセスアカウンティングを有効にするには、カーネルが下、CONFIG_BSD_PROCESS_ACCT_V3を含むように構成する必要があります：
[]一般的なセットアップ
  [] BSDのプロセスアカウンティング
    [] BSDのプロセスアカウンティングバージョン3のファイル形式
GNU会計ユーティリティ（パッケージpsacctまたはacctの）もインストールする必要があります。ブートロガーは、プロセスアカウンティングを有効にするにはACCTONコマンドを使用します。それがtarballに含まれているアカウンティングログが含まれます。
可視化
ログのtarballは、後に、データを解析し、レンダリングするためのJavaアプリケーションに渡されます。 CPUとディスクの統計情報は、積み上げ面と線グラフを描画するために使用されます。プロセス情報はプロセスの依存関係、状態とCPU使用率を示すガントチャートを作成するために使用されます。
典型的なブートシーケンスは、数百のプロセスで構成されます。これは理解の方法でこのようなデータの量を可視化することは困難であるため、ツリー剪定が利用されます。アイドルバックグラウンド·プロセスと短命のプロセスが削除されます。並列に実行されている同様の方法も一緒にマージされます。
最後に、パフォーマンスと依存関係グラフはPNG、SVGまたはEPS形式のいずれかで1つのイメージとしてレンダリングされます。