シンワイヤー

最終公開日 : Oct 24, 2026
Related information
グラフィック

はじめに

Citrix HDXテクノロジーの一部であるThinwireは、Citrix Virtual Apps and Desktopsで使用されるCitrixのデフォルトのディスプレイリモートテクノロジーです。
ディスプレイリモートテクノロジーにより、あるマシンで生成されたグラフィックを、通常はネットワーク経由で別のマシンに送信して表示できます。
成功したディスプレイリモートソリューションは、ローカルPCと同様の高度にインタラクティブなユーザーエクスペリエンスを提供します。Thinwireは、複雑で効率的な画像分析および圧縮技術を幅広く使用することで、このエクスペリエンスを実現します。Thinwireは、サーバーのスケーラビリティを最大化し、他のディスプレイリモートテクノロジーよりも少ない帯域幅を消費します。
このバランスにより、Thinwireはほとんどの一般的なビジネスユースケースに対応し、Citrix Virtual Apps and Desktopsのデフォルトのディスプレイリモートテクノロジーとして使用されています。

HDX™ 3D プロ

デフォルト構成では、Thinwireは3Dグラフィックまたは高度にインタラクティブなグラフィックを配信し、グラフィック処理ユニット（GPU）が存在する場合はそれを使用できます。ただし、GPUが存在するシナリオでは、**「3Dグラフィックワークロード向けに最適化」または「視覚品質 > ロスレスにビルド」**ポリシーを使用してHDX 3D Proモードを有効にすることをお勧めします。これらのポリシーは、GPUが存在する場合に、Thinwireがビデオコーデック（H.264またはH.265）を使用してハードウェアアクセラレーションで画面全体をエンコードするように構成します。これにより、3Dプロフェッショナルグラフィックのよりスムーズなエクスペリエンスが提供されます。詳しくは、H.264 Build to lossless、HDX 3D Pro、およびGPU acceleration for Windows Single-session OSを参照してください。

要件

Thinwireは、Windows Server 2012 R2、Windows Server 2016、Windows Server 2019、Windows 10などの最新のオペレーティングシステム向けに最適化されています。Windows Server 2008 R2の場合は、レガシーグラフィックモードが推奨されます。これらのユースケースに対してCitrixが推奨するポリシー設定の組み合わせを提供するには、組み込みのCitrix policy templates、High Server Scalability-Legacy OSおよびOptimized for WAN-Legacy OSを使用してください。
注：
このリリースでは、レガシーグラフィックモードはサポートされていません。これは、XenApp 7.15 LTSR、XenDesktop 7.15 LTSR、および以前のVDAリリースを使用する場合の下位互換性のために含まれています。
  • Thinwireの動作を制御するポリシー設定**「圧縮にビデオコーデックを使用」は、Citrix Virtual Apps and Desktops 7 1808以降およびXenApp and XenDesktop 7.6 FP3以降のVDAバージョンで利用できます。「優先する場合はビデオコーデックを使用」**オプションは、Citrix Virtual Apps and Desktops 7 1808以降およびXenApp and XenDesktop 7.9以降のVDAバージョンでのデフォルト設定です。
  • すべてのCitrix Workspace™アプリはThinwireをサポートしています。一部のCitrix Workspaceアプリは、帯域幅使用量を削減するための8ビットまたは16ビットグラフィックなど、他のアプリがサポートしないThinwireの機能をサポートする場合があります。このような機能のサポートは、Citrix Workspaceアプリによって自動的にネゴシエートされます。
  • Thinwireは、マルチモニターおよび高解像度のシナリオで、より多くのサーバーリソース（CPU、メモリ）を使用します。Thinwireが使用するリソースの量を調整することは可能ですが、その結果、帯域幅の使用量が増加する可能性があります。
  • 低帯域幅または高遅延のシナリオでは、インタラクティブ性を向上させるために8ビットまたは16ビットグラフィックスを有効にすることを検討してください。特に8ビットの色深度では、視覚的な品質が影響を受ける可能性があります。

エンコード方法

Thinwireは、ポリシーとクライアントの機能に応じて、2つの異なるエンコードモードで動作できます。
  • ThinwireフルスクリーンH.264またはH.265
  • Thinwire（選択的H.264またはH.265を使用）
レガシーGDIリモート処理は、XPDMリモート処理ドライバーを使用し、Thinwireビットマップエンコーダーは使用しません。

構成

Thinwireは、デフォルトのディスプレイリモート処理テクノロジーです。
次のグラフィックスポリシー設定は、デフォルトを設定し、さまざまなユースケースの代替手段を提供します。
  • 圧縮にビデオコーデックを使用
    • 優先される場合はビデオコーデックを使用する。これはデフォルト設定です。追加の構成は必要ありません。この設定をデフォルトのままにすることで、すべてのCitrix接続でThinwireが選択され、一般的なデスクトップワークロードのスケーラビリティ、帯域幅、および優れた画質のために最適化されます。これは、アクティブに変化する領域の場合と機能的に同等です。
  • このポリシー設定の他のオプションは、さまざまなユースケースのために他のテクノロジーとThinwireを引き続き使用します。例：
    • アクティブに変化する領域の場合。Thinwireのアダプティブディスプレイテクノロジーは、動いている画像（ビデオ、移動中の3D）を識別し、画像が動いている画面の一部でのみH.264またはH.265を使用します。
    • 画面全体の場合。3Dグラフィックスを多用するケースで、ユーザーエクスペリエンスと帯域幅の向上を最適化するために、フルスクリーンH.264またはH.265を備えたThinwireを提供します。H.264 4:2:0の場合（視覚的にロスレスポリシーが無効になっている場合）、最終画像はピクセルパーフェクト（ロスレス）ではなく、特定のシナリオには適さない可能性があります。そのような場合は、代わりにH.264 Build to losslessの使用を検討してください。
ビデオコーデック
その他のさまざまなポリシー設定（以下の視覚表示ポリシー設定を含む）を使用して、ディスプレイリモート処理テクノロジーのパフォーマンスを微調整できます。Thinwireはそれらすべてをサポートしています。
  • 単純なグラフィックの優先色深度(/ja-jp/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings/visual-display-policy-settings.html)
  • ターゲットフレームレート(/ja-jp/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings/visual-display-policy-settings.html)
  • 視覚品質(/ja-jp/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings/visual-display-policy-settings.html)
さまざまなビジネスユースケースに対応するCitrix推奨のポリシー設定の組み合わせを取得するには、組み込みのCitrixポリシーテンプレート(/ja-jp/citrix-virtual-apps-desktops/policies/policies-templates.html)を使用します。High Server ScalabilityおよびVery High Definition User Experienceテンプレートはどちらも、組織の優先順位とユーザーの期待に合わせた最適なポリシー設定の組み合わせでThinwireを使用します。

Thinwireの監視

Citrix DirectorからThinwireの使用状況とパフォーマンスを監視できます。HDX仮想チャネルの詳細ビューには、任意のセッションでThinwireをトラブルシューティングおよび監視するための役立つ情報が含まれています。Thinwire関連のメトリックを表示するには：
  1. Directorで、ユーザー、マシン、またはエンドポイントを検索し、アクティブなセッションを開いてDetailsをクリックします。または、Filters > Session > All Sessionsを選択し、アクティブなセッションを開いてDetailsをクリックします。
  2. HDXパネルまでスクロールします。
    Hdxモニタリング
  3. Graphics - Thinwireを選択します。
    シンワイヤー

ロスレス圧縮コーデック (MDRLE)

一般的なデスクトップセッションでは、ほとんどの画像は単純なグラフィックまたはテキスト領域です。Thinwireはこれらの領域を特定し、2DRLEコーデックを使用してロスレスエンコードのためにこれらの領域を選択します。Citrix Workspaceアプリクライアント側では、これらの要素はセッション表示のためにCitrix Workspaceアプリ側の2DRLEデコーダーを使用してデコードされます。
XenAppおよびXenDesktop 7.17では、2DRLEコーデックよりも一般的なデスクトップセッションで消費帯域幅が少ない、より高い圧縮率のMDRLEコーデックを追加しました。この新しいコーデックは、サーバーのスケーラビリティに影響を与えません。
帯域幅が低いほど、通常、セッションの対話性が向上し（特に共有リンクや制約のあるリンクの場合）、コストが削減されます。たとえば、MDRLEコーデックを使用する場合の予想帯域幅消費量は、一般的なOfficeのようなワークロードの場合、XenAppおよびXenDesktop 7.15 LTSRと比較して約10～15%少なくなります。
MDRLEコーデックの構成は不要です。Citrix WorkspaceアプリがMDRLEデコードをサポートしている場合、VDAはVDA MDRLEエンコードを使用し、Citrix WorkspaceアプリはMDRLEデコードを使用します。Citrix WorkspaceアプリがMDRLEデコードをサポートしていない場合、VDAは自動的に2DRLEエンコードにフォールバックします。
MDRLEの要件:
  • Citrix Virtual Apps and Desktopsの最小バージョン7 1808 VDA
  • XenApp and XenDesktopの最小バージョン7.17 VDA
  • Windows向けCitrix Workspaceアプリの最小バージョン1808
  • Windows向けCitrix Receiverの最小バージョン4.11

プログレッシブモード

Citrix Virtual Apps and Desktops 1808では、プログレッシブモードが導入され、デフォルトで有効になりました。ネットワーク条件が制約されている場合（デフォルト：帯域幅 < 2 Mbps、または遅延 > 200 ms）、Thinwireはテキストと静止画像の圧縮を強化し、画面アクティビティ中の対話性を向上させました。高圧縮されたテキストと画像は、画面アクティビティが停止すると、ランダムなブロック方式で段階的にシャープ化されます。この方法で圧縮およびシャープ化することで、全体的な対話性は向上しますが、キャッシュ効率が低下し、帯域幅の使用量が増加します。
Citrix Virtual Apps and Desktops 1906以降、プログレッシブモードはデフォルトで無効になっています。現在、私たちは異なるアプローチを使用しています。静止画の品質はネットワーク条件に基づいており、各視覚品質設定の事前定義された最小値と最大値の間で変動します。明示的なシャープ化ステップがないため、Thinwireは画像配信を最適化し、キャッシュ効率を維持しながら、プログレッシブモードのほぼすべての利点を提供します。

プログレッシブモードの動作の変更

レジストリキーを使用してプログレッシブモードの状態を変更できます。詳細については、レジストリを介して管理される機能のリストにあるプログレッシブモードを参照してください。

H.264 ロスレスビルド

ロスレスビルドは、対話性と最終的な画質のためにグラフィック配信を最適化する特別なThinwire構成です。この設定は、視覚品質ポリシーをロスレスビルドに設定することで有効にできます。
ロスレスビルドは、画面アクティビティ中にH.264（またはH.265）を使用して画面を圧縮し、アクティビティが停止するとピクセルパーフェクト（ロスレス）にシャープ化します。H.264（またはH.265）の画質は、利用可能なリソースに適応して、可能な限り最高のフレームレートを維持します。シャープ化ステップは段階的に実行され、シャープ化が開始された直後にユーザーが画面アクティビティを開始した場合でも即座に反応します。たとえば、モデルを選択して回転させる場合などです。
H.264 Build to losslessは、ハードウェアアクセラレーションを含む、フルスクリーンH.264またはH.265のすべての利点を提供しますが、最終的に保証されたロスレス画面という追加の利点があります。これは、最終的なピクセルパーフェクトな画像を必要とする3Dタイプのワークロードにとって重要です。例えば、医療画像の操作などです。また、H.264 Build to losslessは、フルスクリーンH.264 4:4:4よりも少ないリソースを使用します。その結果、Build to losslessを使用すると、通常、Visually lossless H.264 4:4:4よりも高いフレームレートが得られます。
注：
視覚品質ポリシーに加えて、ビデオコーデックの使用ポリシーを優先する場合に使用（デフォルト）またはアクティブに変更される領域の場合に設定します。ビデオコーデックの使用ポリシーをビデオコーデックを使用しないに設定することで、H.264 Build to losslessではない状態に戻すことができます。これにより、動画はH.264（またはH.265）ではなくJPEGでエンコードされます。