グラフィックの構成
このアーティクルでは、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\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コンソールを無効にします。
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)`」というエラーを生成する可能性があります。