グラフィックの構成と微調整
この記事では、Linux VDAのグラフィック構成と微調整に関するガイダンスを提供します。
構成
圧縮用のビデオコーデック
Thinwireは、Linux VDAで使用されるディスプレイリモートテクノロジーです。このテクノロジーにより、あるマシンで生成されたグラフィックを、通常はネットワーク経由で別のマシンに送信して表示できます。
「圧縮にビデオコーデックを使用」グラフィックポリシーは、デフォルトのグラフィックモードを設定し、さまざまなユースケースに対して以下のオプションを提供します。
-
優先する場合に適用。この設定はデフォルトです。追加の構成は不要です。これにより、すべてのCitrix®接続でThinwireが選択され、一般的なデスクトップワークロードのスケーラビリティ、帯域幅、および優れた画質のために最適化されます。
-
画面全体に適用。ThinwireをフルスクリーンH.264またはH.265で提供し、特に3Dグラフィックを多用する場合に、ユーザーエクスペリエンスと帯域幅の向上を最適化します。
-
アクティブに変化する領域に適用。Thinwireのアダプティブディスプレイテクノロジーは、動く画像(ビデオ、移動中の3D)を識別します。画像が動いている画面の部分でのみH.264を使用します。H.264ビデオコーデックの選択的な使用により、HDX Thinwireは、H.264ビデオコーデックを使用して頻繁に更新される画面の一部を検出し、エンコードできます。静止画圧縮(JPEG、RLE)とビットマップキャッシュは、テキストや写真画像を含む画面の残りの部分で引き続き使用されます。ユーザーは、ビデオコンテンツの帯域幅消費量の削減と品質向上、およびロスレステキストまたは高品質の画像を他の場所で組み合わせるという利点を得られます。この機能を有効にするには、圧縮にビデオコーデックを使用ポリシーを優先する場合に適用(デフォルト)またはアクティブに変化する領域に適用に設定します。詳細については、「グラフィックポリシー設定」を参照してください。この機能のH.264ハードウェアエンコーディングを有効にするには、「H.264ハードウェアエンコーディング」を参照してください。

ディスプレイリモートのパフォーマンスを微調整するために、以下の視覚表示ポリシー設定を含む他のいくつかのポリシー設定を使用できます。
H.264ハードウェアエンコーディング
「ビデオコーデックにハードウェアエンコードを使用」ポリシーでは、利用可能な場合、グラフィックハードウェアを使用してビデオコーデックで画面要素を圧縮できます。このようなハードウェアが利用できない場合、VDAはソフトウェアビデオコーデックを使用したCPUベースのエンコードにフォールバックします。
バージョン2204以降、Linux VDAは、アクティブに変化する領域に対するH.264ハードウェアコーデックの選択的な使用をサポートしています。この機能により、CPUのビデオ圧縮消費がハードウェアにオフロードされ、画質と1秒あたりのフレーム数 (FPS) が向上します。この機能を有効にするには、次の手順を実行します。
-
「ビデオコーデックにハードウェアエンコードを使用」ポリシーを有効にします。
-
「圧縮にビデオコーデックを使用」ポリシーを有効にし、「アクティブに変化する領域の場合」を選択します。
視覚的にロスレスな圧縮を許可する
「視覚的にロスレスな圧縮を許可」ポリシーでは、グラフィックに対して真のロスレス圧縮の代わりに視覚的にロスレスな圧縮を使用できます。視覚的にロスレスな圧縮は、真のロスレスよりもパフォーマンスが向上しますが、目視では気づかない程度のわずかな損失があります。この設定は、「視覚的品質」設定の値の使用方法を変更します。
「視覚的にロスレスな圧縮を許可」ポリシーは、デフォルトで無効になっています。視覚的にロスレスな圧縮を有効にするには、「視覚的にロスレスな圧縮を許可」を「有効」に設定し、「視覚的品質」ポリシーを「ロスレスにビルド」に設定します。
「圧縮にビデオコーデックを使用」ポリシーが「ビデオコーデックを使用しない」に設定されている場合、視覚的にロスレスな圧縮は静止画エンコードに適用されます。「圧縮にビデオコーデックを使用」ポリシーが「ビデオコーデックを使用しない」以外のグラフィックモードに設定されている場合、視覚的にロスレスな圧縮はH.264エンコードに適用されます。
次のクライアントがセレクティブH.264をサポートしています。
-
シトリックス レシーバー for Windows 4.9~4.12
-
Citrix Receiver for Linux 13.5 から 13.10 まで
-
Citrix Workspace™ アプリ 1808 Windows版以降
-
Citrix Workspace アプリ 1808 Linux版以降
「視覚的品質」および「圧縮にビデオコーデックを使用」ポリシー設定の詳細については、「視覚表示ポリシー設定」および「グラフィックポリシー設定」を参照してください。
H.265ビデオコーデックのサポート
7.18リリース以降、Linux VDAは、リモートグラフィックとビデオのハードウェアアクセラレーションのためにH.265ビデオコーデックをサポートしています。
この機能は以下で使用できます。
-
Citrix Receiver Windows版 4.10 から 4.12 まで
-
Windows向けCitrix Workspaceアプリ1808以降
この機能を利用するには、Linux VDAとクライアントの両方で有効にします。クライアントのGPUがDXVAインターフェイスを使用したH.265デコードをサポートしていない場合、グラフィックポリシー設定のH.265デコードは無視され、セッションはH.264ビデオコーデックの使用にフォールバックします。詳細については、「H.265ビデオエンコード」を参照してください。
VDAでH.265ハードウェアエンコードを有効にするには:
-
ビデオコーデックにハードウェアエンコードを使用ポリシーを有効にします。
-
3Dグラフィックワークロード向けに最適化ポリシーを有効にします。
-
圧縮にビデオコーデックを使用ポリシーがデフォルトであるか、画面全体に設定されていることを確認します。
-
視覚品質ポリシーが、ビルドロスレスまたは常時ロスレスに設定されていないことを確認します。
クライアントでH.265ハードウェアエンコードを有効にするには、「H.265ビデオエンコード」を参照してください。
YUV444ソフトウェアエンコードのサポート
Linux VDAはYUV444ソフトウェアエンコードをサポートしています。YUVエンコードスキームは、各ピクセルに輝度と色の両方の値を割り当てます。YUVでは、「
Y」が輝度または「luma」値を表し、「UV」が色または「クロマ」値を表します。この機能は、Citrix Receiver for Windows 4.10~4.12、およびCitrix Workspaceアプリ1808 for Windows以降で使用できます。
各Y、U、またはVの一意の値は、8ビット、つまり1バイトのデータで構成されます。YUV444データ形式は、ピクセルあたり24ビットを送信します。YUV422データ形式は、2つのピクセル間でU値とV値を共有するため、ピクセルあたり平均16ビットの伝送速度になります。次の表は、YUV444とYUV420の直感的な比較を示しています。
| YUV444 | YUV420 |
|---|---|
![]() |
![]() |
VDAでYUV444ソフトウェアエンコーディングを有効にするには:
-
「圧縮にビデオコーデックを使用」ポリシーが「画面全体」に設定されていることを確認してください。
-
「視覚品質」ポリシーが「常にロスレス」または「ロスレスにビルド」に設定されていることを確認してください。
グラフィック品質スライダー
仮想Linuxセッションで実行されるグラフィックステータスインジケーターツールに、グラフィック品質スライダーを組み込みました。このスライダーは、画質と対話性の適切なバランスを見つけるのに役立ちます。
スライダーを使用するには、次の手順を実行します:
-
Citrix Studioで「グラフィックステータスインジケーター」ポリシーを有効にします。

-
ターミナルを開き、
ctxsliderコマンドを実行します。スライダーUIが表示されます。注:「視覚品質」ポリシーを「常にロスレス」または「ロスレスにビルド」に設定している場合、スライダーUIは表示されません。
次の選択肢が利用可能です:-
画質を変更するには、スライダーを動かします。スライダーは0~9の範囲をサポートしています。
-
システム定義の設定を使用するには、「システムに決定させる」を選択します。
-
ロスレスモードに切り替えるには、Pixel perfectを選択します。
-
帯域幅の見積もりに基づいて平均ビットレートを調整する
Citrixは、帯域幅の見積もりに基づいて平均ビットレートを調整することにより、HDX™ 3D Proハードウェアエンコードを強化します。
HDX 3D Proハードウェアエンコードが使用されている場合、VDAはネットワークの帯域幅を断続的に推定し、それに応じてエンコードされたフレームのビットレートを調整できます。この新機能は、シャープネスと流暢さのバランスを取るメカニズムを提供します。
この機能はデフォルトで有効になっています。無効にするには、次のコマンドを実行します。
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "DisableReconfigureEncoder" -d "0x00000001" --force
この機能を使用するだけでなく、シャープネスと流暢さの間で調整するために次のコマンドを実行することもできます。AverageBitRatePercentとMaxBitRatePercentパラメーターは、帯域幅使用率のパーセンテージを設定します。設定する値が高いほど、グラフィックはシャープになり、流暢さは低下します。推奨設定範囲は50~100です。
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "AverageBitRatePercent" -d "90" --force
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "MaxBitRatePercent" -d "100" --force
平均ビットレート調整では、画面が静止している場合、新しいフレームが送信されないため、最新のフレームは低品質の状態のままになります。シャープ化サポートは、最新のフレームを最高品質で再構成してすぐに送信することにより、この問題に対処できます。
Linux VDA Thinwireでサポートされているポリシーの完全なリストについては、「ポリシーサポートリスト」を参照してください。
Linux VDAでのマルチモニターサポートの構成については、「CTX220128」を参照してください。
並列処理
Thinwireは、特定のタスクを並列化することで、1秒あたりのフレーム数(FPS)を向上させることができますが、全体的なCPU消費量がわずかに増加するというオーバーヘッドがあります。この機能はデフォルトで無効になっています。この機能を有効にするには、VDAで次のコマンドを実行します。
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "ParallelProcessing" -d "0x00000001" --force
トラブルシューティング
使用中のグラフィックモードを確認する
使用中のグラフィックモードを確認するには、次のコマンドを実行します(0はTW+、1は全画面ビデオコーデックを意味します)。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep GraphicsMode
結果は次のようになります。
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "GraphicsMode" -d "0x00000000" --force
H.264が使用されているかどうかを確認する
H.264が使用されているかどうかを確認するには、次のコマンドを実行します(0は使用されていないことを意味します。1は使用されていることを意味します)。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep H264
結果は次のようになります。
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "H264" -d "0x00000000" --force
H.265が使用されているかどうかの確認
全画面H.265が使用されているかどうかを確認するには、次のコマンドを実行します(0は使用されていないことを意味します。1は使用されていることを意味します)。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep H265
結果は次のようになります。
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "H265" -d "0x00000000" --force
どのYUVエンコードスキームが使用されているかの確認
どのYUVエンコードスキームが使用されているかを確認するには、次のコマンドを実行します(0はYUV420を意味します。1はYUV422を意味します。2はYUV444を意味します)。
注: YUVFormatの値は、ビデオコーデックが使用されている場合にのみ意味があります。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep YUVFormat
結果は次のようになります。
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "YUVFormat" -d "0x00000000" --force
YUV444ソフトウェアエンコードが使用されているかどうかの確認
YUV444ソフトウェアエンコードが使用されているかどうかを確認するには、次のコマンドを実行します。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep Graphics
YUV444が使用されている場合、結果は次のようになります。
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "GraphicsMode" -d "0x00000001" --force
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "H264" -d "0x00000001" --force create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "HardwareEncoding" -d "0x00000000" --force
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "YUVFormat" -d "0x00000002" --force
3D Proでハードウェアエンコードが使用されているかどうかの確認
次のコマンドを実行します(0は使用されていないことを意味します。1は使用されていることを意味します)。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep HardwareEncoding
結果は次のようになります。
create -k "HKLM\Software\Citrix\Ica\Session\1\Graphics" -t "REG_DWORD" -v "HardwareEncoding" -d "0x00000001" --force
別の方法として、nvidia-smiコマンドを使用します。ハードウェアエンコードが使用されている場合、出力は次のようになります。
Tue Apr 12 10:42:03 2016
+------------------------------------------------------+
| NVIDIA-SMI 361.28 Driver Version: 361.28 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GRID K1 Off | 0000:00:05.0 Off | N/A |
| N/A 42C P0 14W / 31W | 207MiB / 4095MiB | 8% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 2164 C+G /usr/local/bin/ctxgfx 106MiB |
| 0 2187 G Xorg 85MiB |
+-----------------------------------------------------------------------------+
NVIDIA GRIDグラフィックドライバーが正しくインストールされていることを確認する
NVIDIA GRIDグラフィックドライバーが正しくインストールされていることを確認するには、nvidia-smiを実行します。結果は次のようになります。
+------------------------------------------------------+
| NVIDIA-SMI 352.70 Driver Version: 352.70 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 Tesla M60 Off | 0000:00:05.0 Off | Off |
| N/A 20C P0 37W / 150W | 19MiB / 8191MiB | 0% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| No running processes found |
+-----------------------------------------------------------------------------+
カードの正しい構成を設定します。
etc/X11/ctx-nvidia.sh
HDX 3D Proマルチモニターの再描画に関する問題
プライマリモニター以外の画面で再描画の問題が発生している場合は、NVIDIA GRIDライセンスが利用可能であることを確認してください。
Xorgエラーログを確認する
Xorgのログファイルは、/var/log/フォルダー内にXorg.{DISPLAY}.logという名前で保存されています。
既知の問題と制限事項
vGPUの場合、Citrix Hypervisor™ローカルコンソールにICAデスクトップセッション画面が表示される
回避策: 次のコマンドを実行して、VMのローカルVGAコンソールを無効にします。
Citrix Hypervisor 8.1以降の場合:
[root@xenserver® ~]# xe vgpu-param-set uuid=vgpu-uuid extra_args=disable_vnc=1
Citrix Hypervisor 8.1より前の場合:
xe vm-param-set uuid=<vm-uuid> platform:vgpu_extra_args="disable_vnc=1"
NVIDIA K2グラフィックカードは、パススルーモードでのYUV444ハードウェアエンコードをサポートしていません
ポリシー設定でBuild to Losslessを有効にすると、NVIDIA K2グラフィックカードを使用してアプリ/デスクトップセッションを起動したときに、黒または灰色の画面が表示されます。この問題は、NVIDIA K2グラフィックカードがパススルーモードでのYUV444ハードウェアエンコードをサポートしていないために発生します。詳細については、「Video Encode and Decode GPU Support Matrix」を参照してください。
Gnome 3 デスクトップのポップアップがログオン時に遅い
これは、Gnome 3 デスクトップセッションの起動における制限事項です。
Citrix Workspaceアプリのウィンドウサイズ変更時に一部のOpenGL/WebGLアプリケーションが適切に描画されない
Citrix Workspaceアプリのウィンドウサイズを変更すると、画面解像度が変更されます。NVIDIA独自のドライバーは一部の内部状態を変更し、アプリケーションがそれに応じて応答する必要がある場合があります。たとえば、WebGLライブラリ要素のlightgl.jsは、「
Rendering to this texture is not supported (incomplete frame buffer)」というエラーを発生させる可能性があります。

