残っているのは、主に遺産(レガシー)と互換性のためです。コントローラを算出します。異なったメトリックスが別々のファイルに散在しています。ここでは最も関係が深いものをいくつか扱います。バイトのセクタをデバイスごとに読み書きするものです。読み書きは単一のカウンタに合算されます。読み書きしたバイト数を表示します。デバイスごとに4つのカウンタがあります。読み込み・書き込みがあるからです。こちらもデバイスごとに4つのカウンタがあります。動作がキュー(保留)されている数を表示します。処理しなければ、この値は0になります。その逆の場合は違うので気を付けてください。アイドルだとは言えません。これは、キューが無くても、純粋に停止しているデバイスからの同期読み込みを行い、直ちに処理することができるためです。サブシステムに対するプレッシャーを、相対的な量に保とうとする手助けになります。必要になれば、キューサイズが増えることにより、他のデバイスとの負荷が増えるでしょう。ネットワーク・メトリクス¶ネットワークのメトリクスは、コントロール・グループから直接表示されません。ここに良いたとえがあります。内のコンテクスト(内容)として存在します。カーネルは、プロセスのグループが送受信したパケットとバイト数を大まかに計算できます。これらのメトリックスは使いづらいものです。内のプロセスは、複数のネットワーク名前空間に所属するようになりました。これらのメトリクスの解釈は大変です。インターフェース等を持ちます。コントロール・グループからネットワーク・メトリクスを簡単に取得する方法はありません。そのかわり、他のソースからネットワークのメトリクスを集められます。フレームワークを使うことにより)、ある程度正しく計測できます。トラフィックの計算のために、次のようなルールを作成できます。フラグはありませんが、ルールがあることにより、一致するパケットは次のルールに渡されます。それから、次のようにしてカウンタの値を確認できます。逆引きの名前解決をしないために付けています。カウンタにはパケットとバイト数が含まれます。チェーンに追加します。レイヤを追加するトラフィックのみ計測します。ユーザランド・プロキシを通過しているトラフィックも加えなくてはいけません。後は通常の方法で計測します。カウンタを取得したくなるでしょう。ような仮想イーサネット・インターフェースに割り当てられているのに気を付けてください。コンテナに対応している適切なインターフェースを見つけることは、残念ながら大変です。使い、ネットワーク名前空間内のコンテナの情報を確認します。コマンドは、あらゆるネットワーク名前空間内で、あらゆるプログラムを実行し(対象のホスト上の)、現在のプロセス状況を表示します。ホストがコンテナのネットワーク名前空間に入れますが、コンテナはホスト側にアクセスできないだけでなく、他のコンテナにもアクセスできません。次のサブコマンドを通すことで、コンテナが「見える」用になります。正確なコマンドの形式は、次の通りです。「mycontainer」コンテナを名前空間の疑似ファイルから探します。名前空間等に属しています。