ネスト・アクセラレーター

POWER9™ プロセッサー・ベース・サーバーは、さまざまな機能 (データの圧縮、圧縮解除、暗号化、復号など) を実行するオンチップ・アクセラレーターをサポートしています。 このアクセラレーターは、GZIP 圧縮操作や GZIP 圧縮解除操作といった GZIP 機能を実装できます。

AIX 論理区画におけるアプリケーションは、zlib インターフェースを使用することによって GZIP アクセラレーターにアクセスできます。 IBM® AIX® 7.2 (テクノロジー・レベル 4 適用) 以降、アプリケーションは、zlibNX ライブラリーを使用して GZIP アクセラレーターにアクセスできます。 環境変数および GZIP アクセラレーターの可用性に基づいて、zlibNX ライブラリーは、ハードウェア加速圧縮機能とハードウェア加速圧縮解除機能を使用します (該当する場合)。

ハードウェア・アクセラレーターは、複数の論理区画の間で共有されます。 そのため、割り振られている数を超えるアクセラレーターを論理区画が使用できないようにするためには、フロー制御メカニズムが必要です。 このフロー制御メカニズムは、クレジット と呼ばれる割り振り単位に基づいています。 クレジットは論理区画ごとに割り振られます。 zlibNX ライブラリーがアプリケーションのために GZIP アクセラレーターにアクセス要求を送信できるようにするには、その zlibNX ライブラリーで、GZIP アクセラレーターとの通信チャネル がオープンされている必要があります。 GZIP アクセラレーターとの通信チャネルをオープンするには、使用可能なクレジットが必要です。 そうではない場合、要求は失敗します。

通信チャネル上のアクセラレーター要求は、関連するクレジットを使用します。アクセラレーター操作が完了したとき、クレジットは復元されます。 そのため、1 つの通信チャネルで一度にアクティブにできる操作は 1 つだけです。

GZIP アクセラレーターとのプロトコルの管理 (通信チャネルのオープン、アクセラレーター要求の生成および送信、通信チャネルのクローズなど) は、アプリケーションからの inflate 要求または deflate 要求に基づいて、zlib インターフェースによって処理されます。

新しいサブルーチンによって、特権アプリケーションは呼び出しプロセス専用のものとして QoS クレジットを予約でき、それらの予約済みクレジットを必要でなくなったときに解放できます。 これらの予約済みクレジットは、通信チャネルをオープンし、アクセラレーター要求を GZIP アクセラレーター・ユニットに送信するために、zlib インターフェースによって使用されます。 同時に処理できるアクセラレーター要求の数は、予約済みクレジットの数によって制御されます。 デフォルト・クレジットを、専用のものとして予約することはできません。

使用可能なクレジットがない場合、アクセラレーター要求は、ハードウェア・アクセラレーションなしでソフトウェアによって完全に処理されます。

世代カウントは、アプリケーションに使用可能なクレジットの数が操作によって変わるたびに増えていきます。 例えば、特権アプリケーションが QoS クレジットを予約または解放した場合、あるいは論理区画において QoS クレジットが動的に追加または削除された場合がこれに該当します。 世代カウントが変更されると、使用可能なクレジットの数をトラッキングしているアプリケーションでは、nx_config_query サブルーチンが呼び出されてその構成データがリフレッシュされます。

現在、アプリケーションがアクセスできるのは GZIP アクセラレーターだけです。 ただし、新しいサブルーチンはアクセラレーター・タイプを引数として使用して、このインターフェースを将来的に他のアクセラレーター・タイプに拡張します。