クライアントブラウザでのJitsi MeetにおけるCPU使用率の高さを修正する

具体例：モーガンが古いノートパソコンを使ってJitsi Meetで通話をしているとします。複数の人がカメラをオンにすると、ファンが大きな音を立て、ブラウザのCPU使用率が高くなり続けます。これは架空の例であり、実際のユーザーの報告やテスト結果ではありません。この例を通して、考えられる原因（複数の受信ビデオストリームのデコード、モーガンのカメラのエンコード、ビデオエフェクト、またはブラウザやグラフィックの問題）を絞り込むことができます。

まず、通話のどの部分が高負荷になっているかを特定します。次に、設定を1つずつ変更し、同様の会議条件下で比較します。Jitsi Meetクライアントは、Jitsiサーバーが正常に動作している場合でも、かなりのCPUリソースを消費することがあります。このガイドでは、サーバー側のVideobridgeの処理能力ではなく、ブラウザとデバイスに焦点を当てています。

以下の画面図は、コントロールとチェックの例を示しています。コントロールの実際の表示や利用可能性は、Jitsiの導入環境、ブラウザ、バージョンによって異なる場合があります。

1. ブラウザがCPUを使用しているプロセスかどうかを確認します。

問題が発生している間は、オペレーティングシステムのタスクマネージャ、アクティビティモニタ、またはシステムモニタを開いてください。ブラウザーのプロセスを探し、ツールがブラウザーのアクティビティをタブまたはタスクに分割している場合は、Jitsi Meet タブを探してください。CPU の使用率が継続的に上昇しているのか、それとも誰かが参加したりビデオを変更したりしたときに一時的に上昇するだけなのかを確認してください。また、スクリーンレコーダー、ゲーム、ビデオエディタなどの他のアプリケーションがプロセッサをより多く使用していないかどうかも確認してください。

モーガンにとって、この最初のチェックは、ブラウザが負荷の大部分を担っているのか、それともファンが別のアプリケーションに反応しているのかという重要な疑問に答えるものです。会議の規模、ローカルカメラがオンになっているかどうか、エフェクトが有効になっているかどうかを記録しておきましょう。これらの詳細情報は、後々の比較をより有意義なものにします。

2. 受信ビデオタイルがトリガーになっているかどうかを調べる

可能であれば、同じデバイスを1対1の通話と大人数での通話で比較してみてください。大人数での会議では、カメラの数が増えるにつれて、またはタイル状のレイアウトに切り替えたときに、CPU使用率が上昇するかどうかを確認してください。複数の動画ストリームをレンダリングおよびデコードすると、単一のリモートビデオよりもクライアントに負荷がかかる場合があります。これは診断の手がかりであり、それ自体で証明できるものではありません。通話規模、ビデオ解像度、デバイスドライバ、その他のアプリケーションも負荷に影響します。

ビデオエフェクトをオフにした1対1の通話でもCPU使用率が高いままの場合は、次にローカルカメラ、ブラウザ、グラフィック処理に注目してください。受信タイルが多い場合にCPU使用率が上昇する場合は、受信品質制御とレイアウト、またはホストポリシーを優先的に確認してください。

3. 制御可能な場合は、入力ビデオの品質を下げます。

会議の「その他の操作」メニューを開き、「ビデオ品質の管理」を探します。お使いの環境で品質スライダーが表示される場合は、低い設定を選択し、受信するタイルが詳細度を失い、ブラウザの応答性が向上するかどうかを確認してください。この設定は受信するビデオに関するものであり、必ずしもご自身のカメラストリームの解像度を下げるものではありません。

Jitsiの現在の設定ガイドではstartLastN、受信する参加者ビデオの数を制御する機能として説明されており、品質スライダーは、channelLastNこの機能が設定されている場合に使用されます。したがって、すべてのJitsiルームにこの機能が搭載されている、またはどこでも同じように動作するとは限りません。この機能がない場合は、他の手順に進むか、ミーティング管理者に、導入環境が受信品質管理をサポートしているかどうかを確認してください。

4. ローカルカメラを個別にテストする

通話の他の部分はできるだけ同じにしたまま、一時的にカメラをオフにしてみてください。それで明らかな違いが見られる場合は、お使いのデバイスでのカメラのキャプチャまたはエンコード処理に負荷がかかっている可能性があります。他の参加者のビデオをデコードする処理は不要になるわけではないため、参加者が多い場合は依然として負荷がかかる可能性があります。

動画が必須でない場合は、カメラの電源を切ってください。動画を送信する必要がある場合は、照明を改善し、カメラを安定させて、低解像度でも画像が使えるようにしてください。複数の画質設定を同時に変更すると、結果の解釈が難しくなるため、避けてください。

5. 仮想背景やその他のビデオエフェクトを無効にする

ぼかしや仮想背景が有効になっている場合は、短時間比較するために無効にしてください。エフェクトはローカルビデオパスに処理を追加するため、古いデバイスには適さない場合があります。Jitsiの設定リファレンスには、展開時に仮想背景を無効にするオプションが含まれていますが、参加者がこの機能を切り替えられるかどうかは、サイトの設定によって異なります。

モーガンはカメラの比較後、まずカメラをオフにし、次にエフェクトをオフにした状態でカメラをオンにするというテストを行うべきです。2番目の状態が元の設定よりもノートパソコンへの負荷が少ない場合は、そのエフェクトは無効のままにしておくのが妥当でしょう。ただし、違いが再現できない場合は、そのエフェクトが原因だと決めつけないでください。

6. ブラウザとグラフィック設定を体系的に確認する

関連性のない高負荷のタブやアプリケーションを閉じ、Jitsiの導入環境でサポートされている最新のブラウザを使用していることを確認してください。Jitsiのブラウザサポートページにはサポートされているデスクトップブラウザの一覧が掲載されていますが、サポート状況は変更される可能性があります。使用しているバージョンの最新の一覧をご確認ください。問題が解決しない場合は、組織のポリシーで許可されている場合は、ブラウザ拡張機能を無効にしたクリーンなプロファイルで一時的にテストしてみてください。

ハードウェアアクセラレーションは診断のための変数であり、万能の解決策ではありません。Chrome では、Google のサポート手順で、グラフィックアクセラレーションをオフにして再起動することがトラブルシューティングの手順として説明されています。GPU またはドライバーの問題が疑われる場合は、元の設定を記録し、設定を変更してブラウザを再起動し、同じ会議で比較してください。ソフトウェアレンダリングによって処理が CPU に戻される場合があるため、パフォーマンスが悪化した場合は設定を元に戻してください。ブラウザとグラフィックドライバーは、通常のサポートされている更新プロセスを使用して更新してください。信頼できないソースからのドライバーのインストールは避けてください。

7. セルフホスティングサイトの場合は、カメラの撮影解像度を低くすることを検討してください。

セルフホスト型の Jitsi デプロイメントの管理者は、参加者側のオプションをテストした後、ビデオ構成を確認できます。構成参照ドキュメントresolutionには、推奨されるローカルビデオの高さと、個別にキャプチャされるドキュメントが記載されていますconstraints。たとえば、管理者は、有効な構成オブジェクトで、次のように低いキャプチャターゲットをテストできます。

resolution: 360,
constraints: {
  video: {
    height: { ideal: 360, max: 360, min: 240 }
  }
},

これは一例であり、汎用的なパッチではありません。ご使用の環境で使用されている Jitsi のリリースと構成に合わせて、構文とサポートされているオプションを確認してください。キャプチャターゲットを低く設定すると、画像の詳細度は低下しますが、処理および送信するビデオデータ量は少なくなります。変更を広く適用する前に、代表的なデバイスで画像品質、カメラの動作、クライアントの CPU をテストしてください。参照資料には、キャプチャ制約はresolution設定とは独立していると記載されています。

8. リモートビデオのフル解像度を維持する回数を減らす

タイルビューが大きい場合にCPU使用率が高いというユーザーからの報告がある管理者は、maxFullResolutionParticipantsこのオプションを確認してください。Jitsiでは、このオプションを、タイルビューで受信したビデオがHDからSDに縮小される前に、フル解像度で表示される参加者の数として説明しています。 のような設定はmaxFullResolutionParticipants: 4単なる例であり、すべての組織に推奨される設定ではありません。

この設定は参加者のビデオ品質に影響するため、サイト全体のポリシーとして評価する必要があります。リリースにおける正確な意味については、最新の構成ドキュメントを確認し、変更を段階的に適用した後、ユーザーに同じ部屋のサイズとレイアウトで比較してもらうようにしてください。この設定はサーバー容量の増加とは異なり、クライアントが受信する内容を変更するものです。

修理がうまくいったかどうかは、どうすればわかりますか？

同様の条件（同じデバイス、ブラウザ、会議の規模、レイアウト、カメラの状態）で比較を繰り返してください。ブラウザのCPU使用率が安定するか、音声がクリアなままか、リモートビデオが使用可能か、自分のビデオが会議のニーズを満たしているかを確認してください。一度に1つの設定を変更し、結果を記録してください。カメラをオフにし、エフェクトを無効にし、リモートビデオを数本しか使用していない状態でCPU使用率が高いままの場合は、サポートされているブラウザプロファイルを試して、システムのグラフィックスまたは熱制限を確認してください。このパターンは、Jitsiのビデオオプション1つだけでは解決できないことを示しており、デバイスまたはブラウザの診断が必要になる場合があります。

クライアント側の問題の場合、最も影響の少ない解決策は、利用可能な場合は受信ビデオの品質を下げ、不要なローカルビデオ処理を削除し、競合するワークロードを閉じることです。多くの参加者に影響するパターンの場合、自己ホスト型の構成変更が役立つことがありますが、同時に全員のエクスペリエンスも変化します。高度な会議コントロール、Jitsi構成リファレンス、およびサポートされているブラウザのリストについては、公式のJitsiユーザーガイドを参照してください。Chromeのアクセラレーションのトラブルシューティングについては、Google Chromeの公式グラフィックアクセラレーションガイダンスに従ってください。これらのページは2026年10月6日に確認されました。Jitsiハンドブックは随時更新されるため、インストールされているリリースに合わせてオプションを確認してください。