Red Hat Training

A Red Hat training course is available for RHEL 8

システムの状態とパフォーマンスの監視と管理 (機械翻訳)

Red Hat Enterprise Linux 8

システムのスループット、待ち時間、および消費電力を最適化する (機械翻訳)

Red Hat Customer Content Services

概要

このドキュメンテーションコレクションには、さまざまなシナリオでRed Hat Enterprise Linux 8のスループット、待ち時間、および電力消費を監視および最適化する方法に関する指示が記載されています。

Red Hat ドキュメントへのフィードバック (機械翻訳)

ご意見ご要望をお聞かせください。ドキュメントの改善点ございませんか。インストールするには、次を実行します。

  • 特定の文章に簡単なコメントを記入する場合は、ドキュメントが Multi-page HTML 形式になっ ているのを確認してください。コメントを追加する部分を強調表示し、そのテキストの下に表示される Add Feedback ポップアップをクリックし、表示された手順に従ってください。
  • より詳細なフィードバックを行う場合は、Bugzilla のチケットを作成します。

    1. Bugzilla の Web サイトにアクセスします。
    2. Component で Documentation を選択します。
    3. Description フィールドに、ドキュメントの改善に関するご意見を記入してください。ドキュメントの該当部分へのリンクも記入してください。
    4. Submit Bug をクリックします。

第1章 Tunedを始めよう (機械翻訳)

システム管理者として、Tuned アプリケーションを使用して、さまざまなユースケースに合わせてシステムのパフォーマンスプロファイルを最適化します。

1.1. Tunedの目的 (機械翻訳)

Tuned は、システムを監視し、特定の作業負荷の下でパフォーマンスを最適化するサービスです。Tuned のコアは、さまざまなユースケースに合わせてシステムを調整する プロファイル です。

では、次のようなユースケースのために、いくつかの事前定義プロファイルとともに配布されています。

  • ハイスループット
  • 低レイテンシ
  • 節電

各プロファイルに定義されている規則を変更し、特定のデバイスを調整する方法をカスタマイズすることが可能です。他のプロフィールに切り替えたり、Tuned を無効にした場合は、以前のプロファイルによってシステム設定に加えられたすべての変更は、元の状態に戻ります。

Tuned も設定できます。デバイスの使用状況の変化に対応し、設定を調整してアクティブデバイスのパフォーマンスを向上させ、非アクティブデバイスの消費電力を削減します。

1.2. Tuned プロファイル (機械翻訳)

システムの詳細な分析は非常に時間がかかります。Tuned は、典型的なユースケースのための定義済みプロファイルを提供します。プロファイルを作成、変更、および削除することもできます。

Tuned で提供したプロファイルは、次のカテゴリに分類されます。

  • 省電力プロファイル
  • パフォーマンス向上プロファイル

パフォーマンス向上のためのプロファイルには、以下の点に焦点を当てたプロファイルがあります。

  • ストレージとネットワークの待ち時間が少ない
  • ストレージとネットワークの高スループット
  • 仮想マシンのパフォーマンス
  • 仮想化ホストのパフォーマンス

デフォルトのプロファイル

インストール中に、システムに最適なプロファイルが自動的に選択されます。現在、デフォルトプロファイルは次のカスタマイズ可能な規則に従って選択されています。

環境デフォルトプロファイルゴール

計算ノード

throughput-performance

最高のスループット性能

仮想マシン

virtual-guest

最高のパフォーマンス最高のパフォーマンスに興味がない場合は、balanced プロファイルまたは powersave プロフィールに変更できます。

その他の場合

balanced

バランスの取れた性能と消費電力

結合プロファイル

実験的な機能として、一度にもっと多くのプロファイルを選択することが可能です。Tuned は、ロード中にそれらをマージしようとします。

競合がある場合は、最後に指定されたプロファイルの設定が優先されます。

例1.1 仮想ゲストの低消費電力

次の例では、最高のパフォーマンスが得られるように仮想マシンで実行するようにシステムを最適化し、同時に低消費電力に合わせてシステムを調整します。ただし、低消費電力が優先されます。

# tuned-adm profile virtual-guest powersave
警告

結果のパラメータの組み合わせが意味を成すかどうかをチェックせずに、マージが自動的に行われます。その結果、この機能は一部のパラメーターを逆に調整する可能性があります。これは逆効果になる可能性があります。たとえば、throughput-performance プロファイルで高スループットにディスクを設定し、同時に、spindown-disk プロファイルでディスクスピンダウンを低い値に設定すると、

プロファイルの場所

Tuned は、次のディレクトリーにプロファイルを格納します。

/usr/lib/tuned/
配布固有のプロファイルはディレクトリに格納されています。各プロファイルには独自のディレクトリがあります。プロファイルは、tuned.confと呼ばれる主な設定ファイルと、必要に応じてヘルパースクリプトなどのファイルで構成されます。
/etc/tuned/
プロファイルをカスタマイズする必要がある場合は、そのプロファイルディレクトリをカスタムプロファイル用のディレクトリにコピーします。同じ名前のプロファイルが2つある場合は、カスタムのプロファイルは、/etc/tuned/ に置かれています。

プロファイル構成の構文

tuned.conf ファイルには1つ含めることができます [main] プラグインインスタンスを設定するためのセクションおよびその他のセクション。ただし、すべてのセクションはオプションです。

ハッシュ記号で始まる行(#)コメントです。

関連資料

  • tuned.conf(5) の manページ

1.3. RHELと一緒に配布される Tuned プロファイル (機械翻訳)

以下は、Red Hat Enterprise Linux で、Tuned とともにインストールされるプロファイルのリストです。

注記

製品固有またはサードパーティーの Tuned プロファイルが利用できる可能性があります。そのようなプロファイルは通常、別々のRPMパッケージによって提供されます。

balanced
デフォルトの省電力プロファイル。パフォーマンスと消費電力の間の妥協点となることを意図しています。可能な場合は常にオートスケーリングとオートチューニングを使用します。唯一の欠点は待ち時間の増加です。現行の リリースでは、CPU、ディスク、オーディオ、ビデオのプラグインが有効になり、conservative CPUガバナーを有効にします。の radeon_powersave オプションは dpm-balanced サポートされている場合は値、それ以外の場合はに設定されます。 auto
powersave

最大節電性能のためのプロファイル実際の消費電力を最小限に抑えるためにパフォーマンスが低下する可能性があります。現行の Tuned リリースでは、SATA ホストアダプターの USB 自動サスペンド、WiFi の省電力、およびアグレッシブリンク電源管理 (ALPM) の省電力を有効にします。また、ウェイクアップ率が低いシステムのマルチコア省電力をスケジュールし、ondemand ガバナーを有効にします。AC97オーディオの省電力、またはシステムによっては10秒のタイムアウトでHDA-Intelの省電力を有効にします。システムにKMSが有効になっているサポートされているRadeonグラフィックスカードが含まれている場合、プロファイルはそれを自動省電力に設定します。ASUS Eee PCでは、ダイナミックスーパーハイブリッドエンジンが有効になっています。

注記

場合によっては、powersave プロファイルと比較すると、balanced プロファイルはより効率的です。

たとえば、トランスコードが必要なビデオファイルなど、実行する必要がある作業が定義された量だけあるとします。変換がフルパワーで行われる場合、あなたの機械はより少ないエネルギーを消費するかもしれません、なぜならタスクはすぐに終了し、機械はアイドリングを始め、そして非常に効率的な節電モードに自動的にステップダウンすることができるからです。一方、スロットルされたマシンでファイルをトランスコードすると、トランスコード中のマシンの消費電力は少なくなりますが、処理に時間がかかり、全体の消費エネルギーが高くなる可能性があります。

だからこそ balanced プロファイルは一般的にはより良いオプションです。

throughput-performance
高スループット用に最適化されたサーバープロファイル。これにより、節電メカニズムが無効になり、sysctl が有効になるため、ディスクおよびネットワーク IO のスループットパフォーマンスが向上します。CPUガバナーは performanceに設定されます。
latency-performance
低遅延用に最適化されたサーバープロファイル。それは節電メカニズムを無効にして sysctl 有効にし、レイテンシーを改善します。CPU ガバナーは performance に設定され、CPU は低い C 状態にロックされます (PM QoS により)。
network-latency
低遅延ネットワーク調整のためのプロファイルそれは、latency-performance プロファイルに基づいています。さらに、透過的な huge page と NUMA 分散を無効にし、他のいくつかのネットワーク関連の sysctl パラメーターの調整を行います。
network-throughput
スループットネットワーク調整のためのプロファイルそれは、throughput-performance プロファイルに基づいています。さらにカーネルネットワークバッファを増やします。
virtual-guest
throughput-performance に基づいて仮想ゲスト用に設計されたプロファイル。他のタスクの中でも特に、仮想メモリのスワップを減らし、ディスク先読みの値を増やします。ディスクバリアは無効になりません。
virtual-host
throughput-performance プロファイルに基づいて仮想ホスト用に設計されたプロファイル。他のタスクの中でも特に、仮想メモリのスワップを減らし、ディスクの先読み値を増やし、ダーティーページの書き戻しというより積極的な値を可能にします。
oracle
throughput-performance プロファイルに基づいて Oracle データベースの負荷に最適化されたプロファイル。さらに、透過的な巨大ページを無効にし、他のパフォーマンス関連のカーネルパラメータを変更します。このプロファイルは、tuned-profiles-oracle パッケージにより提供されます。
desktop
balanced プロファイルに基づいてデスクトップ用に最適化されたプロファイル。対話型アプリケーションの応答を向上させるために、スケジューラの自動グループ化も可能になります。

リアルタイムプロファイル

リアルタイムプロファイルは、リアルタイムカーネルを実行しているシステムを対象としています。特別なカーネルビルドがなければ、システムをリアルタイムに設定することはできません。RHELでは、プロファイルは追加のリポジトリーから入手できます。

以下のリアルタイムプロファイルが利用可能です。

realtime

ベアメタルリアルタイムシステムで使用します。

tuned-profiles-realtime パッケージにより提供されます。RT または NFV リポジトリーから入手できます。

realtime-virtual-host

リアルタイムに設定された仮想化ホストで使用します。

tuned-profiles-nfv-host パッケージにより提供されます。NFV リポジトリーから入手できます。

realtime-virtual-guest

リアルタイムに設定された仮想化ゲストで使用します。

tuned-profiles-nfv-guest パッケージにより提供されます。NFV リポジトリーから入手できます。

1.4. Tuned の静的および動的チューニング (機械翻訳)

このセクションでは、Tuned が提供するシステムチューニングの 2 つのカテゴリー (静的 および 動的) の違いを説明します。適用されます。

静的チューニング
主に定義済みの sysctl 設定および sysfs設定を持つアプリケーションと、ethtoolなどのいくつかの設定ツールのワンショットアクティベーションで構成されています。
動的チューニング

システムの稼働時間を通してさまざまなシステムコンポーネントがどのように使用されているかを監視します。Tuned は、その監視情報に基づいてシステム設定を動的に調整します。

たとえば、ハードドライブは起動時やログイン時に頻繁に使用されますが、後でWebブラウザや電子メールクライアントなどのアプリケーションを主に使用する場合には、ほとんど使用されません。同様に、CPUとネットワークデバイスは異なる時間に異なる方法で使用されます。Tuned は、これらのコンポーネントのアクティビティーを監視し、その使用の変化に反応します。

デフォルトでは、動的調整は無効になっています。それを有効にするには、/etc/tuned/tuned-main.conf ファイルを編集して、dynamic_tuning オプションを 1に変更します。Tuned は、その後、定期的にシステム統計を分析し、それらを使用してシステム調整設定を更新します。これらの更新間の時間間隔を秒単位で設定するには、update_interval オプションを使用します。

現在実装されている動的調整アルゴリズムは、パフォーマンスと省電力のバランスを取ろうとしているため、パフォーマンスプロファイルでは無効になっています。個々のプラグインの動的調整は、Tuned プロファイルで有効または無効にできます。

例1.2 ワークステーションでの静的および動的調整

一般的なオフィスのワークステーションでは、イーサネットネットワークインタフェースはほとんどの場合非アクティブです。少数のEメールだけが出入りするか、あるいはいくつかのWebページがロードされるかもしれません。

このような種類の負荷の場合、デフォルトで行われているように、ネットワークインタフェースは常にフルスピードで動作する必要はありません。Tuned には、ネットワークデバイス用のモニタリングおよび調整プラグインがあり、これによってこの低いアクティビティを検出してから自動的にそのインターフェースの速度を下げることができるため、通常は消費電力が少なくなります。

DVD イメージがダウンロードされているとき、または大きな添付ファイル付きの電子メールが開かれているときなど、インターフェースのアクティビティーが長期間にわたって増加した場合は、Tuned がこれを検出し、アクティビティレベルが高い間にインターフェイス速度を最大に設定します。

この原則は、CPUおよびディスク用の他のプラグインにも使用されています。

1.5. 非デーモンモードの調整 (機械翻訳)

no-daemon 常駐メモリーを必要としないモードで、Tuned を実行できます。このモードでは、Tuned が設定を適用して終了します。

デフォルトでは、以下のように、多くの Tuned 機能がないため、no-daemon モードが無効になっています。

  • Dバスサポート
  • ホットプラグ対応
  • 設定のロールバックサポート

no-daemon モードを有効にするには、次の行を /etc/tuned/tuned-main.conf ファイルに追加します。

daemon = 0

1.6. Tunedのインストールと有効化 (機械翻訳)

この手順では、Tuned アプリケーションをインストールして有効にし、Tuned プロファイルをインストールし、システムにデフォルトの Tuned プロファイルをあらかじめ設定します。

手順

  1. tuned パッケージをインストールします。

    # yum install tuned
  2. tuned サービスを有効にして起動します。

    # systemctl enable --now tuned
  3. 必要に応じて、リアルタイムシステムで Tuned プロファイルをインストールします。

    # yum install tuned-profiles-realtime tuned-profiles-nfv
  4. Tuned プロファイルがアクティブで、適用されていることを確認します。

    $ tuned-adm active
    
    Current active profile: balanced
    $ tuned-adm verify
    
    Verfication succeeded, current system settings match the preset profile.
    See tuned log file ('/var/log/tuned/tuned.log') for details.

1.7. 利用可能な Tuned プロファイルの一覧表示 (機械翻訳)

この手順は、システムで現在利用可能なすべての Tuned プロファイルを一覧表示します。

手順

  • システムで利用可能なすべての Tuned プロファイルを一覧表示するには、以下を使用します。

    $ tuned-adm list
    
    Available profiles:
    - balanced               - General non-specialized tuned profile
    - desktop                - Optimize for the desktop use-case
    - latency-performance    - Optimize for deterministic performance at the cost of increased power consumption
    - network-latency        - Optimize for deterministic performance at the cost of increased power consumption, focused on low latency network performance
    - network-throughput     - Optimize for streaming network throughput, generally only necessary on older CPUs or 40G+ networks
    - powersave              - Optimize for low power consumption
    - throughput-performance - Broadly applicable tuning that provides excellent performance across a variety of common server workloads
    - virtual-guest          - Optimize for running inside a virtual guest
    - virtual-host           - Optimize for running KVM guests
    Current active profile: balanced
  • 現在アクティブなプロファイルのみを表示するには、次のようにします。

    $ tuned-adm active
    
    Current active profile: balanced

関連資料

  • tuned-adm(8) manページ

1.8. Tuned プロファイルの設定 (機械翻訳)

この手順では、システムで選択した Tuned プロファイルを有効にします。

前提条件

手順

  1. 必要に応じて、Tuned が、システムに最も適したプロファイルを推奨するようにできます。

    # tuned-adm recommend
    
    balanced
  2. プロファイルを有効にします。

    # tuned-adm profile selected-profile

    あるいは、複数のプロファイルを組み合わせてアクティブ化することもできます。

    # tuned-adm profile profile1 profile2

    例1.3 低消費電力向けに最適化された仮想マシン

    次の例では、最高のパフォーマンスで仮想マシンで実行するようにシステムを最適化し、同時に低消費電力に合わせてシステムを調整します。ただし、低消費電力を優先します。

    # tuned-adm profile virtual-guest powersave
  3. Tuned プロファイルがアクティブで適用されていることを確認します。

    $ tuned-adm active
    
    Current active profile: selected-profile
    $ tuned-adm verify
    
    Verfication succeeded, current system settings match the preset profile.
    See tuned log file ('/var/log/tuned/tuned.log') for details.

関連資料

  • tuned-adm(8) manページ

1.9. Tunedを無効にする (機械翻訳)

この手順は、Tuned を無効にし、Tuned が修正する前に、影響を受けるすべてのシステム設定を元の状態にリセットします。

手順

  • すべてのチューニングを一時的に無効にするには

    # tuned-adm off

    tuned サービスが再開したあと、再度調整が適用されます。

  • または、tuned サービスを永続的にを停止して無効にするには、以下のコマンドを実行します。

    # systemctl disable --now tuned

関連資料

  • tuned-adm(8) manページ

第2章 Tuned プロファイルのカスタマイズ (機械翻訳)

使用目的に合わせてシステムパフォーマンスを最適化するための Tuned プロファイルを作成または変更できます。

2.1. 前提条件 (機械翻訳)

2.2. Tuned プロファイル (機械翻訳)

システムの詳細な分析は非常に時間がかかります。Tuned は、典型的なユースケースのための定義済みプロファイルを提供します。プロファイルを作成、変更、および削除することもできます。

Tuned で提供したプロファイルは、次のカテゴリに分類されます。

  • 省電力プロファイル
  • パフォーマンス向上プロファイル

パフォーマンス向上のためのプロファイルには、以下の点に焦点を当てたプロファイルがあります。

  • ストレージとネットワークの待ち時間が少ない
  • ストレージとネットワークの高スループット
  • 仮想マシンのパフォーマンス
  • 仮想化ホストのパフォーマンス

デフォルトのプロファイル

インストール中に、システムに最適なプロファイルが自動的に選択されます。現在、デフォルトプロファイルは次のカスタマイズ可能な規則に従って選択されています。

環境デフォルトプロファイルゴール

計算ノード

throughput-performance

最高のスループット性能

仮想マシン

virtual-guest

最高のパフォーマンス最高のパフォーマンスに興味がない場合は、balanced プロファイルまたは powersave プロフィールに変更できます。

その他の場合

balanced

バランスの取れた性能と消費電力

結合プロファイル

実験的な機能として、一度にもっと多くのプロファイルを選択することが可能です。Tuned は、ロード中にそれらをマージしようとします。

競合がある場合は、最後に指定されたプロファイルの設定が優先されます。

例2.1 仮想ゲストの低消費電力

次の例では、最高のパフォーマンスが得られるように仮想マシンで実行するようにシステムを最適化し、同時に低消費電力に合わせてシステムを調整します。ただし、低消費電力が優先されます。

# tuned-adm profile virtual-guest powersave
警告

結果のパラメータの組み合わせが意味を成すかどうかをチェックせずに、マージが自動的に行われます。その結果、この機能は一部のパラメーターを逆に調整する可能性があります。これは逆効果になる可能性があります。たとえば、throughput-performance プロファイルで高スループットにディスクを設定し、同時に、spindown-disk プロファイルでディスクスピンダウンを低い値に設定します。

プロファイルの場所

Tuned は、次のディレクトリーにプロファイルを格納します。

/usr/lib/tuned/
配布固有のプロファイルはディレクトリに格納されています。各プロファイルには独自のディレクトリがあります。プロファイルは、tuned.confと呼ばれる主な設定ファイルと、必要に応じてヘルパースクリプトなどのファイルで構成されます。
/etc/tuned/
プロファイルをカスタマイズする必要がある場合は、そのプロファイルディレクトリをカスタムプロファイル用のディレクトリにコピーします。同じ名前のプロファイルが2つある場合は、カスタムのプロファイルは、/etc/tuned/ に置かれています。

プロファイル構成の構文

tuned.conf ファイルには、1つの [main] セクションと、プラグインインスタンスを設定するためのその他のセクションが含まれます。ただし、すべてのセクションはオプションです。

ハッシュ記号 (#) で始まる行はコメントです。

関連資料

  • tuned.conf(5) の manページ

2.3. Tuned プロファイル間の継承 (機械翻訳)

Tuned プロファイルは、他のプロファイルを基にして、親プロファイルの特定の側面のみを変更できます。

Tuned プロファイルの [main] セクションは、include オプションを認識します。

[main]
include=parent

parent プロファイルの設定はすべて、この プロファイルに読み込まれます。以下のセクションでは、 プロファイルは、parent から継承された特定の設定をオーバーライドするか、parent プロファイルに表示されない新しい設定を追加します。

/usr/lib/tuned/ に事前インストールしたプロファイルでパラメーターをいくつか調整するだけで、/etc/tuned/に独自の プロファイルを作成できます。

Tuned のアップグレード後などに、parent プロファイルが更新されたら、この変更は プロファイルに反映されます。

例2.2 バランスに基づく省電力プロファイル

以下は、balanced プロファイルを拡張し、すべてのデバイスの Aggressive Link Power Management (ALPM) を最大省電力に設定するカスタムプロファイルの例です。

[main]
include=balanced

[scsi_host]
alpm=min_power

関連資料

  • tuned.conf(5) manページ

2.4. Tuned の静的および動的チューニング (機械翻訳)

このセクションでは、Tuned が提供するシステムチューニングの 2 つのカテゴリー (静的 および 動的) の違いを説明します。適用されます。

静的チューニング
主に定義済みの sysctl 設定および sysfs設定を持つアプリケーションと、ethtoolなどのいくつかの設定ツールのワンショットアクティベーションで構成されています。
動的チューニング

システムの稼働時間を通してさまざまなシステムコンポーネントがどのように使用されているかを監視します。Tuned は、その監視情報に基づいてシステム設定を動的に調整します。

たとえば、ハードドライブは起動時やログイン時に頻繁に使用されますが、後でWebブラウザや電子メールクライアントなどのアプリケーションを主に使用する場合には、ほとんど使用されません。同様に、CPUとネットワークデバイスは異なる時間に異なる方法で使用されます。Tuned は、これらのコンポーネントのアクティビティーを監視し、その使用の変化に反応します。

デフォルトでは、動的調整は無効になっています。それを有効にするには、/etc/tuned/tuned-main.conf ファイルを編集して、dynamic_tuning オプションを 1に変更します。Tuned は、その後、定期的にシステム統計を分析し、それらを使用してシステム調整設定を更新します。これらの更新間の時間間隔を秒単位で設定するには、update_interval オプションを使用します。

現在実装されている動的調整アルゴリズムは、パフォーマンスと省電力のバランスを取ろうとしているため、パフォーマンスプロファイルでは無効になっています。個々のプラグインの動的調整は、Tuned プロファイルで有効または無効にできます。

例2.3 ワークステーションでの静的および動的調整

一般的なオフィスのワークステーションでは、イーサネットネットワークインタフェースはほとんどの場合非アクティブです。少数のEメールだけが出入りするか、あるいはいくつかのWebページがロードされるかもしれません。

このような種類の負荷の場合、デフォルトで行われているように、ネットワークインタフェースは常にフルスピードで動作する必要はありません。Tuned には、ネットワークデバイス用のモニタリングおよび調整プラグインがあり、これによってこの低いアクティビティを検出してから自動的にそのインターフェースの速度を下げることができるため、通常は消費電力が少なくなります。

DVD イメージがダウンロードされているとき、または大きな添付ファイル付きの電子メールが開かれているときなど、インターフェースのアクティビティーが長期間にわたって増加した場合は、Tuned がこれを検出し、アクティビティレベルが高い間にインターフェイス速度を最大に設定します。

この原則は、CPUおよびディスク用の他のプラグインにも使用されています。

2.5. 調整されたプラグイン (機械翻訳)

プラグインは、Tuned は、システム上のさまざまなデバイスを監視または最適化するために使用する Tuned プロファイルのモジュールです。

Tuned は、2 種類のプラグインを使用します。

  • 監視プラグイン
  • チューニングプラグイン

監視プラグイン

監視プラグインは、稼働中のシステムから情報を取得するために使用されます。監視プラグインの出力は、動的チューニング用のチューニングプラグインで使用できます。

監視プラグインは、有効化されているいずれかのチューニングプラグインでメトリックが必要になるたびに自動的にインスタンス化されます。2つのチューニングプラグインが同じデータを必要とする場合、監視プラグインのインスタンスは1つだけ作成され、データは共有されます。

チューニングプラグイン

各調整プラグインは個々のサブシステムを調整し、調整されたプロファイルから取り込まれるいくつかのパラメーターを取ります。各サブシステムには、チューニングプラグインの個々のインスタンスによって処理される、複数のCPUやネットワークカードなどの複数のデバイスを含めることができます。個々のデバイスに対する特定の設定もサポートされています。

調整プロファイルのプラグインの構文

プラグインインスタンスを記述するセクションは、次のようにフォーマットされています。

[NAME]
type=TYPE
devices=DEVICES
ログで使用されているプラグインインスタンスの名前です。任意の文字列にすることができます。
タイプ
調整プラグインのタイプです。
デバイス

このプラグインインスタンスが処理するデバイスのリストです。

devices 行には、リスト、ワイルドカード (*)、否定 (!) が含まれます。devices 行がない場合、TYPE のシステムに現在または後で接続されるすべてのデバイスは、プラグインインスタンスにより処理されます。これは、devices=* オプションを使用するのと同じです。

例2.4 ブロックデバイスとプラグインのマッチング

次の例では、sdasdbなどの sd で始まるブロックデバイスにすべて一致し、それらに対する境界は無効にしない例になります。

[data_disk]
type=disk
devices=sd*
disable_barriers=false

次の例は、sda1 および sda2を除くすべてのブロックデバイスと一致します。

[data_disk]
type=disk
devices=!sda1, !sda2
disable_barriers=false

プラグインのインスタンスが指定されていない場合、そのプラグインは有効になりません。

プラグインがより多くのオプションをサポートしている場合は、プラグインセクションでそれらを指定することもできます。オプションが指定されておらず、組み込みプラグインで以前に指定されていなかった場合は、デフォルト値が使用されます。

短いプラグイン構文

プラグインインスタンスのカスタム名が不要で、設定ファイルにインスタンスの定義が 1 つしかない場合は、Tuned は、以下の短い構文をサポートします。

[TYPE]
devices=DEVICES

この場合、type 行は省略できます。インスタンスはその型と同じ名前で参照されます。上記の例は、次のように書き直すことができます。

例2.5 短い構文を使用したブロックデバイスのマッチング

[disk]
devices=sdb*
disable_barriers=false

プロファイル内の矛盾するプラグイン定義

include オプションを使用して同じセクションを複数回指定した場合は、設定がマージされます。競合のためにそれらをマージできない場合は、最後の競合する定義が前の設定を上書きします。以前に定義されたものが分からない場合は、replace ブールオプションを使用して、それを trueに設定します。これにより、同じ名前の以前の定義はすべて上書きされ、マージは行われません。

enabled=false オプションを指定してプラグインを無効にすることもできます。これは、インスタンスが定義されていない場合と同じ効果があります。include オプションから以前の定義を再定義し、カスタムプロファイルでプラグインをアクティブにしない場合に、プラグインを無効にすると便利です。

どのプラグインにも実装されていない機能

Tuned には、調整プロファイルを有効または無効にする一環として、シェルコマンドを実行する機能が含まれています。これにより、Tuned に統合されていない機能を持つ Tuned プロファイルを拡張できます。

任意のシェルコマンドを指定することができます。 script プラグイン

関連資料

  • tuned.conf(5) manページ

2.6. 利用可能な Tuned プラグイン (機械翻訳)

このセクションでは、Tuned で現在利用可能なすべての監視および調整のプラグインを一覧表示します。

監視プラグイン

現在、以下の監視プラグインが実装されています。

disk
デバイスあたりのディスク負荷(IO操作数)と測定間隔を取得します。
net
ネットワークカードごとのネットワーク負荷(転送パケット数)と測定間隔を取得します。
load
CPUあたりのCPU負荷と測定間隔を取得します。

チューニングプラグイン

現在、以下のチューニングプラグインが実装されています。動的チューニングを実装しているのは、これらのプラグインの一部だけです。プラグインでサポートされているオプションもリストされています。

cpu

CPU ガバナーを、governor オプションで指定された値に設定し、CPU負荷に応じて、電源管理サービス品質 (PM QoS) CPU ダイレクトメモリアクセス (DMA) レイテンシーを動的に変更します。

CPU 負荷が、load_threshold オプションで指定された値よりも低い場合、レイテンシーは、latency_high で指定された値に設定されます。それ以外の場合は、latency_lowで指定された値に設定されます。

また、待ち時間を特定の値に強制し、それが動的にそれ以上変化しないようにすることもできます。そうするには、force_latency オプションを、必要なレイテンシー値へ設定します。

eeepc_she

CPUの負荷に応じてフロントサイドバス(FSB)の速度を動的に設定します。

この機能はいくつかのネットブックに見られ、ASUSスーパーハイブリッドエンジン(SHE)としても知られています。

CPU 負荷が、load_threshold_powersave オプションで指定された値以下の場合、プラグインは FSB の速度を she_powersave オプションで指定された値に設定します。CPU負荷が、load_threshold_normal オプションで指定された値以上の場合、FSB の速度は、she_normal オプションで指定された値に設定されます。

Tuned が、この機能に対するハードウェアサポートを検出しない場合、静的な調整はサポートされておらず、プラグインは透過的に無効になります。

net
Wake on LAN 機能を、wake_on_lan オプションで指定された値に構成します。それは。ethtool ユーティリティーと同じ構文を使用します。また、インターフェイス使用率に応じてインターフェイス速度を動的に変更します。
sysctl

プラグインオプションで指定されさ様々な sysctl 設定を設定します。

構文は、name=value, となります。name は、sysctl ユーティリティーで提供される名前と同じです。

Tuned で利用可能な別のプラグインで対応していないシステム設定を変更する必要がある場合は sysctl プラグインを使用します。設定が特定のプラグインでカバーされている場合は、これらのプラグインを使用してください。

usb

USBデバイスの自動サスペンドタイムアウトをで指定された値に設定します。 autosuspend パラメータ

0 自動中断が無効になっていることを意味します。

vm
のブール値に応じて、透明な巨大ページを有効または無効にします。 transparent_hugepages オプション。
audio

オーディオコーデックの自動中断タイムアウトを、で指定された値に設定します。 timeout オプション。

現在、 snd_hda_intel そして snd_ac97_codec コーデックがサポートされています。値 0 自動サスペンドが無効になっていることを意味します。Booleanオプション reset_controllertrue に設定して、コントローラーを強制的にリセットすることもできます。

disk

elevator オプションで指定された値にディスクエレベーターを設定します 。

それはまた設定します:

  • apm オプションで指定された値へのAPM
  • scheduler_quantum オプションで指定された値へのスケジューラクォンタム
  • spindown オプションで指定された値へのディスクスピンダウンタイムアウト
  • readahead パラメーターで指定された値までディスク先読み
  • 現在のディスクが、readahead_multiply オプションで指定された定数を掛けた値に先読みされます。

さらに、このプラグインは、現在のドライブ使用率に応じて、ドライブの詳細電力管理およびスピンダウンタイムアウト設定を動的に変更します。動的調整はブール値オプションで制御できます。 dynamic また、デフォルトで有効になっています。

scsi_host

SCSIホストのオプションを調整します。

それはAggressive Link Power Management(ALPM)をで指定された値に設定します。 alpm オプション。

mounts
のブール値に応じてマウントのバリアを有効または無効にします。 disable_barriers オプション。
script

プロファイルのロード時またはアンロード時に外部スクリプトまたはバイナリを実行します。任意の実行可能ファイルを選択できます。

重要

script プラグインは主に以前のリリースとの互換性のために提供されています。その他の Tuned プラグインが必要な機能に対応する場合は、そのプラグインを使用することが推奨されます。

Tuned は、次のいずれかの引数で実行可能ファイルを呼び出します。

  • start プロファイルをロードするとき
  • stop プロファイルをアンロードするとき

あなたは正しく実装する必要があります stop 実行可能ファイルでアクションを実行し、実行中に変更したすべての設定を元に戻します。 start アクション。それ以外の場合は、Tuned プロファイルの変更後のロールバック手順が有効ではありません。

bashスクリプトは /usr/lib/tuned/functions ライブラリをbashし、そこで定義されている関数を使用します。これらの機能は、Tuned が本来提供していない機能にのみ使用してください。関数名がアンダースコアで始まる場合、例えば _wifi_set_power_level, 関数はprivateと考え、スクリプトでは使用しないでください。将来変更される可能性があります。

script プラグイン構成内のパラメーターを使用して実行可能ファイルへのパスを指定します。

例2.6 プロファイルからBashスクリプトを実行する

プロファイルディレクトリーに置かれた script.sh という名前のBashスクリプトを実行するには、以下のコマンドを実行します。

[script]
script=${i:PROFILE_DIR}/script.sh
sysfs

様々なセット sysfs プラグインオプションで指定された設定。

構文は、name=value です。name は使用する sysfs パスです。

他のプラグインでカバーされていない設定を変更する必要がある場合は、このプラグインを使用してください。必要な設定をカバーしている場合は、特定のプラグインを選択してください。

video

ビデオカードにさまざまな省電力レベルを設定します。現在、Radeonカードのみがサポートされています。

省電力レベルは、radeon_powersave オプションを使用して指定できます。サポートされている値は以下のとおりです。

  • default
  • auto
  • low
  • mid
  • high
  • dynpm
  • dpm-battery
  • dpm-balanced
  • dpm-perfomance

詳細はwww.x.orgを参照してください。このプラグインは実験的なものであり、オプションは将来のリリースで変更される可能性があります。

bootloader

カーネルコマンドラインにオプションを追加します。このプラグインはGRUB 2ブートローダーのみをサポートしています。

GRUB 2設定ファイルのカスタマイズされた非標準の場所は、以下によって指定することができます。 grub2_cfg_file オプション。

カーネルオプションは現在のGRUB設定とそのテンプレートに追加されます。カーネルオプションを有効にするには、システムを再起動する必要があります。

別のプロファイルに切り替える、または手動で停止する tuned serviceは追加のオプションを削除します。システムをシャットダウンまたは再起動しても、カーネルオプションは grub.cfg ファイルに残ります。

カーネルオプションは次の構文で指定できます。

cmdline=arg1 arg2 ... argN

例2.7 カーネルのコマンドラインを変更する

たとえば、quiet カーネルオプションを Tuned プロファイルに追加するには、tuned.conf ファイルに以下の行を追加します。

[bootloader]
cmdline=quiet

以下は、を追加するカスタムプロファイルの例です。 isolcpus=2 カーネルコマンドラインのオプション:

[bootloader]
cmdline=isolcpus=2

2.7. Tuned プロファイルの変数と組み込み関数 (機械翻訳)

Tuned プロファイルがアクティブになると、変数と組み込み関数が実行時に拡張されます。

Tuned 変数は、Tuned プロファイルで必要な入力量を減らします。あなたもすることができます:

  • Tuned 変数とともに、さまざまな組み込み関数を使用します。
  • Python でカスタム関数を作成し、プラグインの形式で Tuned に追加します。

変数

Tuned プロファイルには、事前定義変数はありません。プロファイルに [variables]セクションを作成し、以下の構文を使用すると、独自の変数を定義できます。

[variables]

variable_name=value

プロファイル内の変数の値を拡張するには、以下の構文を使用します。

${variable_name}

例2.8 変数を使用したCPUコアの分離

次の例では、${isolated_cores} 変数は 1,2 に展開されます。したがって、カーネルは、isolcpus=1,2 オプションで起動します。

[variables]
isolated_cores=1,2

[bootloader]
cmdline=isolcpus=${isolated_cores}

変数は別のファイルで指定できます。たとえば、次の行を tuned.confに追加できます。

[variables]
include=/etc/tuned/my-variables.conf

[bootloader]
cmdline=isolcpus=${isolated_cores}

isolated_cores=1,2 オプションを /etc/tuned/my-variables.conf ファイルに追加すると、カーネルは isolcpus=1,2 オプションで起動します。

関数

関数を呼び出すには、次の構文を使用してください。

${f:function_name:argument_1:argument_2}

プロファイルと tuned.conf ファイルが置かれたディレクトリーパスを展開するには、特殊な構文が必要な PROFILE_DIR関数を使用します、

${i:PROFILE_DIR}

例2.9 変数と組み込み関数を使ってCPUコアを分離する

次の例では、${non_isolated_cores} 変数は 0,3-5 に展開されます。cpulist_invert 組み込み関数は 0,3-5 引数で呼び出されます。

[variables]
non_isolated_cores=0,3-5

[bootloader]
cmdline=isolcpus=${f:cpulist_invert:${non_isolated_cores}}

cpulist_invert functionはCPUのリストを反転します。6-CPU マシンの場合、反転は 1,2 です。カーネルは、isolcpus=1,2 コマンドラインオプションで起動します。

関連資料

  • tuned.conf(5) manページ

2.8. Tuned プロファイルで使用可能な組み込み関数 (機械翻訳)

以下の組み込み関数は、Tuned プロファイルで利用可能です。

PROFILE_DIR
プロファイルとディレクトリがあるディレクトリパスを返します。 tuned.conf ファイルが見つかりました。
exec
プロセスを実行してその出力を返します。
assertion
2つの引数を比較します。一致しない 場合は、関数は最初の引数からテキストをログに記録し、プロファイルの読み込みを中止します。
assertion_non_equal
2つの引数を比較します。一致する 場合は、関数は最初の引数からテキストをログに記録し、プロファイルの読み込みを中止します。
kb2s
キロバイトをディスクセクタに変換します。
s2kb
ディスクセクタをキロバイトに変換します。
strip
渡されたすべての引数から文字列を作成し、先頭と末尾の空白を削除します。
virt_check

Tuned は、仮想マシン (VM) 内またはベアメタル上で実行しているかどうかを確認します。

  • VM内部では、この関数は最初の引数を返します。
  • ベアメタルでは、エラーが発生した場合でも、関数は2番目の引数を返します。
cpulist_invert
補完するためにCPUのリストを反転します。たとえば、0 から 3 までの番号が付けられた 4 つの CPU を持つシステムでは、リスト 0,2,3 の反転は 1 です。
cpulist2hex
CPUリストを16進数のCPUマスクに変換します。
cpulist2hex_invert
CPUリストを16進数のCPUマスクに変換して反転します。
hex2cpulist
16進数のCPUマスクをCPUリストに変換します。
cpulist_online
リストのCPUがオンラインかどうかを確認します。オンラインCPUのみを含むリストを返します。
cpulist_present
リストのCPUが存在するかどうかを確認します。現在のCPUのみを含むリストを返します。
cpulist_unpack
1-3,4の形式で CPU リストを 1,2,3,4に解凍します。
cpulist_pack
CPU リストを、1,2,3,5 から 1-3,5の形式で圧縮します。

2.9. 新しい Tuned プロファイルの作成 (機械翻訳)

この手順は、カスタムのパフォーマンスルールを使用して、新しい Tuned プロファイルを作成します。

前提条件

手順

  1. /etc/tuned/ の中に、作成するプロファイルと同じ名前の新しいディレクトリー作成します。

    # mkdir /etc/tuned/my-profile
  2. 新しいディレクトリに、という名前のファイルを作成します。 tuned.conf。必要に応じて、[main] セクションとプラグイン定義を追加します。

    たとえば、balanced プロフィールの設定を表示します。

    [main]
    summary=General non-specialized tuned profile
    
    [cpu]
    governor=conservative
    energy_perf_bias=normal
    
    [audio]
    timeout=10
    
    [video]
    radeon_powersave=dpm-balanced, auto
    
    [scsi_host]
    alpm=medium_power
  3. プロファイルを有効にするには、次のようにします。

    # tuned-adm profile my-profile
  4. Tuned プロファイルがアクティブになり、システム設定が適用されていることを確認します。

    $ tuned-adm active
    
    Current active profile: my-profile
    $ tuned-adm verify
    
    Verfication succeeded, current system settings match the preset profile.
    See tuned log file ('/var/log/tuned/tuned.log') for details.

関連資料

  • tuned.conf(5) manページ

2.10. 既存の Tuned プロファイルの変更 (機械翻訳)

この手順では、既存の Tuned プロファイルに基づいて変更された子プロファイルを作成します。

前提条件

手順

  1. /etc/tuned/ の中に、作成するプロファイルと同じ名前の新しいディレクトリー作成します。

    # mkdir /etc/tuned/modified-profile
  2. 新しいディレクトリに、tuned.conf という名前のファイルを作成します。そして、以下のように、[main] を設定します。

    [main]
    include=parent-profile

    parent-profile を、変更しているプロファイルの名前に置き換えます。

  3. プロフィールの変更を含めます。

    例2.10 スループット性能プロファイルにおけるスワップ性の低下

    throughput-performance プロファイルから設定を使用するには、vm.swappiness の値を、デフォルトの 10 ではなく 5 にするには、以下を使用します。

    [main]
    include=throughput-performance
    
    [sysctl]
    vm.swappiness=5
  4. プロファイルを有効にするには、次のようにします。

    # tuned-adm profile modified-profile
  5. Tuned プロファイルがアクティブになり、システム設定が適用されていることを確認します。

    $ tuned-adm active
    
    Current active profile: my-profile
    $ tuned-adm verify
    
    Verfication succeeded, current system settings match the preset profile.
    See tuned log file ('/var/log/tuned/tuned.log') for details.

関連資料

  • tuned.conf(5) manページ

第3章 Webコンソールを使用してパフォーマンスプロファイルを選択する (機械翻訳)

Red Hat Enterprise Linux 8には、以下を最適化するパフォーマンスプロファイルが含まれています。

  • デスクトップを使用しているシステム
  • 待ち時間パフォーマンス
  • ネットワーク性能
  • 低消費電力
  • 仮想マシン

次の手順では、Webコンソールでパフォーマンスプロファイルを設定する方法について説明します。

RHEL 8 Webコンソールは、 tuned サービス。

tuned サービスの詳細は、Monitoring and managing system status and performanceを参照してください。

前提条件

  • Webコンソールがインストールされアクセス可能である必要があります。

    詳細はInstalling the web consoleを参照してください。

手順

  1. RHEL 8 Web コンソールにログインします。

    詳細はLogging in to the web consoleを参照してください。

  2. システム をクリックします。
  3. の中に パフォーマンスプロファイル フィールドで、現在のパフォーマンスプロファイルをクリックします。

    cockpit performance profile

  4. の中に パフォーマンスプロファイルを変更する ダイアログボックスで、必要に応じてプロファイルを変更します。
  5. Change をクリックします。

    cockpit performance profile change

変更は、システム タブで利用できるようになりました。

第4章 Sambaサーバーのパフォーマンスの調整 (機械翻訳)

この章では、特定の状況でSambaのパフォーマンスを向上させることができる設定、およびパフォーマンスに悪影響を与える可能性がある設定について説明します。

このセクションの一部は、Samba Wiki に公開されている Performance Tuning を参考にしています。ライセンス: CC BY 4.0。著者および寄稿者:Wiki ページの history タブを参照してください。

前提条件

  • Sambaがファイルサーバーまたはプリントサーバーとして設定されている

    Using Samba as a server を参照してください。

4.1. SMBプロトコルのバージョンを設定する (機械翻訳)

新しい各SMBバージョンでは機能が追加され、プロトコルのパフォーマンスが向上します。最近のWindowsおよびWindows Serverオペレーティングシステムは、常に最新のプロトコルバージョンをサポートしています。Sambaも最新のプロトコルバージョンを使用している場合、Sambaに接続するWindowsクライアントはパフォーマンスの向上から恩恵を受けます。Sambaでは、server maxプロトコルのデフォルト値は、サポートされている最新の安定版SMBプロトコルバージョンに設定されています。

注記

常に最新の安定した SMB プロトコルバージョンを有効にするには、server max protocol パラメーターを設定しないでください。パラメータを手動で設定した場合は、最新のプロトコルバージョンを有効にするために、SMBプロトコルの新しいバージョンごとに設定を変更する必要があります。

次の手順では、server max protocol パラメーターでデフォルト値を使用する方法を説明します。

手順

  1. /etc/samba/smb.conf ファイルの [global]セクションから、server max protocolパラメーターを削除します。
  2. Sambaの設定を再読み込みする

    # smbcontrol all reload-config

4.2. 多数のファイルを含むディレクトリとの共有の調整 (機械翻訳)

Linuxは大文字と小文字を区別するファイル名をサポートしています。このため、Sambaはファイルを検索またはアクセスするときに、大文字と小文字のファイル名についてディレクトリをスキャンする必要があります。共有を設定して、小文字または大文字でのみ新しいファイルを作成できます。これにより、パフォーマンスが向上します。

前提条件

  • Sambaはファイルサーバーとして設定されています

手順

  1. 共有上のすべてのファイルの名前を小文字に変更します。

    注記

    この手順の設定を使用すると、小文字以外の名前のファイルは表示されなくなります。

  2. 共有のセクションで次のパラメータを設定します。

    case sensitive = true default case = lower preserve case = no short preserve case = no

    パラメータの詳細は、manページの smb.conf(5) の説明を参照してください。

  3. /etc/samba/smb.conf ファイルを確認します。

    # testparm
  4. Samba構成を再ロードします。

    # smbcontrol all reload-config

これらの設定を適用した後、この共有上に新しく作成されたすべてのファイルの名前は小文字を使用します。これらの設定により、Sambaはディレクトリを大文字と小文字でスキャンする必要がなくなり、パフォーマンスが向上します。

関連資料

4.3. パフォーマンスに悪影響を与える可能性がある設定 (機械翻訳)

デフォルトでは、Red Hat Enterprise Linuxのカーネルは高いネットワークパフォーマンス用に調整されています。たとえば、カーネルはバッファサイズに自動調整メカニズムを使用します。/etc/samba/smb.confファイルに socket options パラメーターを設定すると、このカーネル設定を上書きします。その結果、このパラメータを設定すると、ほとんどの場合Sambaネットワークのパフォーマンスが低下します。

カーネルが最適化した設定を使用するには、/etc/samba/smb.conf[global] セクションから、socket options パラメーターを削除します。

第5章 PowerTOPで消費電力を管理する (機械翻訳)

システム管理者は、PowerTOP ツールを使用して、消費電力を分析および管理します。

5.1. PowerTOPの目的 (機械翻訳)

PowerTOP は、消費電力に関連する問題を診断し、バッテリーの寿命を延ばす方法についての提案を提供するプログラムです。

PowerTOP ツールは、システムの総電力使用量の見積もりと、各プロセス、デバイス、カーネルワーカー、タイマー、および割り込みハンドラの個々の電力使用量の見積もりを提供できます。このツールは、CPUを頻繁に起動させるカーネルおよびユーザー空間アプリケーションの特定のコンポーネントも識別できます。

Red Hat Enterprise Linux 8 は、PowerTOP のバージョン2.x を使用します。

5.2. PowerTOPを使う (機械翻訳)

5.2.1. 前提条件 (機械翻訳)

  • PowerTOP を使用できるようにするには、powertop パッケージがシステムにインストールされていることを確認してください。

    # yum install powertop

5.2.2. PowerTOPの起動 (機械翻訳)

手順
  • PowerTOP を実行するには、次のコマンドを使用してください。

    # powertop
重要

powertop コマンドの実行時には、ラップトップはバッテリー電源で動作します。

5.2.3. PowerTOPのキャリブレーション (機械翻訳)

手順
  1. ラップトップでは、次のコマンドを実行して電力見積もりエンジンを調整できます。

    # powertop --calibrate
  2. プロセス中に機械と対話することなくキャリブレーションを終了させます。

    このプロセスではさまざまなテストが実行され、輝度レベルが切り替わり、デバイスのオンとオフが切り替わるため、キャリブレーションに時間がかかります。

  3. 校正プロセスが完了すると、PowerTOP が通常どおり起動します。データを収集するために約1時間実行します。

    十分なデータが収集されると、電力推定値が出力テーブルの最初の列に表示されます。

注記

powertop --calibrate は、ラップトップでのみ使用できます。

5.2.4. 測定間隔を設定する (機械翻訳)

デフォルトでは、PowerTOP は、20 秒間隔で測定します。

この測定周波数を変更したい場合は、以下の手順を使用してください。

手順
  • --time オプションを付けて powertop コマンドを実行します。

    # powertop --time=time in seconds

5.3. PowerTOP統計 (機械翻訳)

実行中に、PowerTOP は、システムから統計を収集します。

PowerTOPの出力には複数のタブがあります。

  • Overview
  • Idle stats
  • Frequency stats
  • Device stats
  • Tunables

このようなタブから、Tab鍵および Shift+Tab 鍵をサイクルに使用できます。

5.3.1. 概要タブ (機械翻訳)

の中に Overview タブをクリックすると、CPUにウェイクアップを最も頻繁に送信するコンポーネント、または最も電力を消費するコンポーネントのリストが表示されます。プロセス、割り込み、デバイス、およびその他のリソースを Overviewタブの項目は、使用率に従って並べ替えられます。

Overview タブで隣接する列は、以下の情報を提供します。

使用法
リソースの使用状況の電力見積もり
イベント/秒
1秒あたりのウェイクアップ1秒あたりのウェイクアップ数は、サービスまたはカーネルのデバイスとドライバがどれほど効率的に実行されているかを示します。ウェイクアップが少ないということは、消費電力が少ないということです。コンポーネントは、電力使用量をどれだけ最適化できるかによって順序付けされています。
カテゴリー
コンポーネントの分類プロセス、デバイス、タイマーなど。
説明
コンポーネントの説明

正しく調整されている場合は、最初の列に記載されているすべての項目の消費電力の見積もりも表示されます。

これとは別に、 Overview タブには、次のような要約統計の行が含まれています。

  • 総消費電力
  • 電池残量(該当する場合のみ)
  • 毎秒の総ウェイクアップ、毎秒のGPU操作、および毎秒の仮想ファイルシステム操作の概要

5.3.2. アイドル統計タブ (機械翻訳)

Idle stats タブには、すべてのプロセッサとコアのCステートの使用状況が表示されます。 Frequency stats タブには、該当する場合、すべてのプロセッサとコアのターボモードを含むPステートの使用状況が表示されます。CステートまたはPステートの期間は、CPU使用率がどの程度最適化されているかを示しています。CPUがより高いC状態またはP状態にとどまる時間が長いほど(たとえば、C4がC3よりも高い)、CPU使用率の最適化は優れています。理想的には、システムがアイドル状態のとき、最高のCまたはP状態で常駐度は90%以上です。

5.3.3. [デバイス統計]タブ (機械翻訳)

Device stats タブには、Overview タブと同様の情報が表示されますが、デバイス専用です。

5.3.4. [調整パラメータ]タブ (機械翻訳)

Tunables タブには、低消費電力に最適化するための、PowerTOP の推奨事項が含まれます。

up キーおよび down キーを使用して提案を移動すると、enter キーを使用して提案をオンまたはオフにします。

図5.1 PowerTOP出力

powertop output n

関連資料

PowerTOP の詳細は、PowerTOP’s home pageを参照してください。

5.4. HTML出力を生成する (機械翻訳)

端末で powertop’s 出力結果から離れると、HTML レポートを生成することもできます。

手順

  • --html オプションを付けて、powertop コマンドを実行します。

    # powertop --html=htmlfile.html

    htmlfile.html パラメーターを、出力ファイルに必要な名前に置き換えます。

5.5. 消費電力を最適化する (機械翻訳)

消費電力を最適化するには、powertop サービスまたは powertop2tuned ユーティリティーのいずれかを使用できます。

5.5.1. powertop サービスを使用して消費電力の最適化 (機械翻訳)

powertop サービスを使用して、システムの起動時に、Tunablesからの PowerTOP の提案をすべて自動的に有効にできます。

手順
  • powertop サービスを有効にします。

    # systemctl enable powertop

5.5.2. powertop2tunedユーティリティ (機械翻訳)

powertop2tuned ユーティリティーを使用すると、PowerTOP 提案から、カスタムの Tuned プロファイルを作成できます。

デフォルトでは、powertop2tuned は、/etc/tuned/ ディレクトリーにプロファイルを作成し、現在選択している Tuned プロファイルのカスタムプロファイルをベースにします。安全上の理由から、すべて PowerTOP チューニングは新しいプロファイルでは最初は無効になっています。

チューニングを有効にするには、次の方法があります。

  • /etc/tuned/profile_name/tuned.conf fileでアンコメントします。
  • --enable または -e オプションを使用して、PowerTOP により提案されたチューニングのほとんどを可能にする新しいプロファイルを生成します。

    USB自動サスペンドなど、潜在的に問題のある特定のチューニングはデフォルトで無効になっており、手動でコメント解除する必要があります。

5.5.3. powertop2tunedユーティリティを使用した消費電力の最適化 (機械翻訳)

前提条件
  • powertop2tuned ユーティリティがシステムにインストールされています。

    # yum install tuned-utils
手順
  1. カスタムプロファイルを作成します。

    # powertop2tuned new_profile_name
  2. 新しいプロファイルを有効にします。

    # tuned-adm profile new_profile_name
その他の情報
  • powertop2tunedが対応するオプションの一覧は、以下のコマンドを使用します。

    $ powertop2tuned --help

5.5.4. powertop.serviceとpowertop2tunedの比較 (機械翻訳)

powertop2tuned を使用した消費電力の最適化は、以下の理由により、powertop.service より優先されます。

  • powertop2tuned ユーティリティーは、PowerTOPTuned への統合を表します。これは、両方のツールの利点を活用できます。
  • powertop2tuned ユーティリティーを使用すると、有効になっているチューニングをきめ細かく制御できます。
  • powertop2tuned を使用すると、潜在的に危険なチューニングは自動的には有効になりません。
  • powertop2tuned を使用すると、再起動せずにロールバックが可能です。

法律上の通知

Copyright © 2019 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.