Blast コーデック イメージ キャッシュの構成

BlastCodec のクライアント側のイメージ キャッシュ メカニズムは、クライアントにピクセル コンテンツを格納して、再エンコードと再送信を回避します。帯域幅の使用量を減らすため、デフォルトではこの機能が有効になっています。

BlastCodec イメージ キャッシュは、以前に表示された画面コンテンツを動的メモリに格納します。同じピクセル コンテンツが再度表示されるときに、このコンテンツは同じフレームまたは将来のフレーム内で再利用できます。たとえば、アプリケーションまたはブラウザのタブを切り替えると、以前に表示されていた画面コンテンツが使用可能な場合はキャッシュからプルされます。再エンコードと再送信が回避されるため、コンピューティング リソースとネットワーク リソースが節約されます。キャッシュに新しい画面コンテンツが見つかると、ピクセル データを含む大きなペイロードではなく、小さなテーブル インデックスのみが送信されます。

一般的なオフィス ワークロードの場合、イメージ キャッシュを使用することでネットワーク トラフィックが 50% 以上削減されます。LAN 接続の場合、わずかなメリットしか得られない可能性がありますが、帯域幅が制限されている WAN 接続の場合は、イメージ キャッシュを使用することでユーザー エクスペリエンスが大幅に向上し、スムーズで応答性の高いデスクトップ エクスペリエンスが提供されます。

イメージ キャッシュの有効期間

イメージ キャッシュは、ランタイムに割り当てられる動的メモリに存在し、Blast セッションが終了すると自動的にクリアされます。キャッシュをクリアするために手動で操作を行う必要はありません。

BlastCodec キャッシュ サイズ

この機能はデフォルトで有効になっているため、以前に転送した表示部分がクライアント/エージェントに保存されます。デフォルトのキャッシュ サイズは 250 MB です。キャッシュ サイズが大きくなるほど帯域幅の使用量は少なくなりますが、クライアントとエージェントの両方でより多くのメモリが必要になります。キャッシュ サイズを小さくすると、帯域幅の使用量が多くなります。たとえば、メモリをほとんど搭載していないシン クライアントでは、小さなキャッシュ サイズしか収容できない可能性があります。

キャッシュ サイズの構成

Windows HKLM と GPO

• EncoderImageCacheSizeKB

• EncoderImageCacheEntries（デフォルトは 400）

Linux

• RemoteDisplay.updateCacheSizeKB

• RemoteDisplay.updateCacheSizeEntries（デフォルトは 400）

キャッシュ サイズの制限

割り当てられる実際のキャッシュ サイズは、構成されているサイズよりも小さい場合があります。また、エージェントとクライアントのシステム メモリ、画面解像度、モニター数の影響を受けます。また、キャッシュ サイズがデフォルトより大きい場合は、それぞれの OS 構成ファイルの場所にある構成 RemoteDisplay.updateCacheSizeKB を使用して、より高い制限を許可するようにクライアントを構成する必要があります。

Windows

%APPDATA%\Omnissa\config.ini

Linux

/etc/omnissa/config

Mac OS X

~/Library/Preferences/Omnissa Horizon Client/config

Blast コーデック キャッシュ圧縮

イメージ キャッシュ圧縮は、Horizon 2406 以降で使用できます。この手法はデフォルトで有効になっています。これは、イメージ キャッシュの使用で生じるエージェント側のメモリ消費を削減することを目的としています。これは、パフォーマンスを低下させることなく VMBlastW のメモリを 50% 以上節約できる、リアルタイムの軽量圧縮技術によって実現されています。