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

次の視覚表示ポリシー設定を含む、その他のポリシー設定を使用して、ディスプレイリモート処理のパフォーマンスを微調整できます。
ThinwireでのBuild to Losslessに対するH.264の使用
デフォルトでは、視覚的品質ポリシー設定のBuild to Losslessの優先設定は、動的な画像に対してJPEGではなくH.264になりました。
H.264エンコーディングは、優れた画質を提供します。圧縮にビデオコーデックを使用ポリシーは、その優先設定を制御し、デフォルトは優先する場合にのみ使用です。Build to LosslessでJPEGを強制的に使用するには、圧縮にビデオコーデックを使用ポリシーをビデオコーデックを使用しないに設定します。クライアントが選択的H.264をサポートしていない場合、ポリシー設定に関係なく、Build to LosslessはJPEGにフォールバックします。Citrix Receiver for Windows 4.9~4.12、Citrix Receiver for Linux 13.5~13.10、Citrix Workspaceアプリ1808 for Windows以降、およびCitrix Workspaceアプリ1808 for Linux以降は、選択的H.264をサポートしています。視覚的品質および圧縮にビデオコーデックを使用ポリシー設定について詳しくは、「視覚表示ポリシー設定」および「グラフィックポリシー設定」を参照してください。
H.265ビデオコーデックのサポート
7.18リリース以降、Linux VDAは、リモートグラフィックとビデオのハードウェアアクセラレーションのためにH.265ビデオコーデックをサポートしています。この機能は、Citrix Receiver for Windows 4.10~4.12およびCitrix Workspaceアプリ1808 for Windows以降で使用できます。この機能を利用するには、Linux VDAとクライアントの両方で有効にします。クライアントのGPUがDXVAインターフェイスを使用したH.265デコードをサポートしていない場合、グラフィックポリシー設定のH.265デコードは無視され、セッションはH.264ビデオコーデックの使用にフォールバックします。詳しくは、「H.265ビデオエンコーディング」を参照してください。
VDAでH.265ハードウェアエンコーディングを有効にするには:
- ビデオコーデックのハードウェアエンコーディングを使用ポリシーを有効にします。
- 3Dグラフィックワークロード向けに最適化ポリシーを有効にします。
- 圧縮にビデオコーデックを使用ポリシーがデフォルトであるか、画面全体に対してに設定されていることを確認します。
- 視覚的品質ポリシーがBuild to LosslessまたはAlways Losslessに設定されていないことを確認します。
クライアントでH.265ハードウェアエンコーディングを有効にするには、「H.265ビデオエンコーディング」を参照してください。
YUV444ソフトウェアエンコーディングのサポート
Linux VDAはYUV444ソフトウェアエンコーディングをサポートしています。YUVエンコーディングスキームは、各ピクセルに輝度値と色値の両方を割り当てます。YUVでは、「Y」は輝度または「ルミナンス」値を表し、「UV」は色または「クロミナンス」値を表します。このLinux VDAの機能は、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ソフトウェアエンコーディングを有効にするには:
- 圧縮にビデオコーデックを使用ポリシーが画面全体に対してに設定されていることを確認します。
- 視覚的品質ポリシーがAlways LosslessまたはBuild to Losslessに設定されていることを確認します。
帯域幅の見積もりに基づく平均ビットレートの調整
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
<!--NeedCopy-->
この機能を使用するだけでなく、次のコマンドを実行して鮮明さと流暢さの間を調整することもできます。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
<!--NeedCopy-->
平均ビットレート調整では、画面が静止している場合、新しいフレームが送信されないため、最新のフレームは低品質の状態を維持します。シャープ化サポートは、最新のフレームを最高品質で再構成してすぐに送信することで、この問題に対処できます。
Linux VDA Thinwireでサポートされるポリシーの全リストについては、「ポリシーサポートリスト」を参照してください。
Linux VDAでのマルチモニターサポートの構成に関する情報については、「CTX220128」を参照してください。
トラブルシューティング
使用中のグラフィックモードの確認
使用中のグラフィックモードを確認するには、次のコマンドを実行します(0はTW+、1は全画面ビデオコーデックを意味します)。
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep GraphicsMode
<!--NeedCopy-->
結果は次のようになります。
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
<!--NeedCopy-->
結果は次のようになります。
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
<!--NeedCopy-->
結果は次のようになります。
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
<!--NeedCopy-->
結果は次のようになります。
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
<!--NeedCopy-->
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
<!--NeedCopy-->
結果は次のようになります。
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 |
+-----------------------------------------------------------------------------+
<!--NeedCopy-->
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 |
+-----------------------------------------------------------------------------+
<!--NeedCopy-->
カードの正しい構成を設定します。
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
<!--NeedCopy-->
Citrix Hypervisor 8.1より前のバージョン:
xe vm-param-set uuid=<vm-uuid> platform:vgpu_extra_args="disable_vnc=1"
<!--NeedCopy-->
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)」というエラーを生成する可能性があります。

