次の方法で共有

NDIS_PD_QUERY_QUEUE_DEPTH コールバック関数 (ndis.h)

  • [アーティクル]

PacketDirect (PD) プラットフォームは、PD 対応ミニポート ドライバーの PDQueryQueueDepth 関数を呼び出して、キューにポストされる未処理の PD_BUFFER 構造体の数を返します。

注NDIS_PD_QUERY_QUEUE_DEPTH 型を使用して関数を宣言する必要があります。 詳細については、次の例のセクションを参照してください。

 

構文

NDIS_PD_QUERY_QUEUE_DEPTH NdisPdQueryQueueDepth;

VOID() NdisPdQueryQueueDepth(
  [in]  const NDIS_PD_QUEUE *Queue,
  [out] ULONG64 *Depth
)
{...}

パラメーター

[in] Queue

送信キューまたは受信キューへのポインター。

[out] Depth

受信キューでは、受信パケットを配置するために使用できる PD_BUFFER 構造体の数です。 たとえば、10 個のバッファーがポストされ、受信パケットを配置するためにプロバイダーによって 10 個のうち 3 個が既にフェッチされている場合、この値は 7 である必要があります。 送信キューでは、プロバイダーが送信のためにキューからまだフェッチしていない PD_BUFFER 構造体の数です。

戻り値

このコールバック関数は値を返しません。

備考

IHV パートナー 注意: キューの深さを監視する機能は、クライアントが輻輳のビルドアップにアクセスし、予防措置を取るために非常に重要です。 送信キューのキューの深さの増加は、送信リンクの輻輳の増加の兆候です。 RX キューのキューの深さが減少することは、クライアントが受信リンクで受信パケットを十分に高速に処理できないことの兆候です。 クライアントは、頻繁にキューの深さの状態を監視する必要がある場合があります (たとえば、各ポストと操作のキューの深さを取得するため、キューの深さのクエリのコスト (CPU サイクル単位) は、PDPostAndDrainBufferList 呼び出しの 1 つの のコストと比較して顕著である必要はありません。
 

の例

PDQueryQueueDepth 関数を定義するには、まず、定義する関数の型を識別する関数宣言を指定する必要があります。 Windows には、ドライバーの関数の種類のセットが用意されています。 関数の種類を使用して関数を宣言すると、ドライバー のコード分析、静的ドライバー検証ツール (SDV)、およびその他の検証ツールをすると、エラーが検出され、Windows オペレーティング システムのドライバーを記述するための要件になります。

たとえば、"MyPDQueryQueueDepth" という名前の PDQueryQueueDepth 関数を定義するには、次のコード例に示すように NDIS_PD_QUERY_QUEUE_DEPTH 型を使用します。

NDIS_PD_QUERY_QUEUE_DEPTH MyPDQueryQueueDepth;

次に、次のように関数を実装します。

_Use_decl_annotations_
VOID
 MyPDQueryQueueDepth(
    CONST NDIS_PD_QUEUE*  Queue,
    ULONG64*  Depth
    )
  {...}

NDIS_PD_QUERY_QUEUE_DEPTH 関数の種類は Ntddndis.h ヘッダー ファイルで定義されています。 コード分析ツールの実行時にエラーをより正確に識別するには、Use_decl_annotations 注釈を関数定義に追加してください。 Use_decl_annotations 注釈により、ヘッダー ファイル内の NDIS_PD_QUERY_QUEUE_DEPTH 関数型に適用される注釈が確実に使用されます。 関数宣言の要件の詳細については、「ndis ドライバーの の関数の役割の種類を使用して関数を宣言するを参照してください。

Use_decl_annotationsの詳細については、「関数の動作に注釈を付ける」を参照してください。

必要条件

要件 価値
サポートされる最小クライアント Windows 10
サポートされる最小サーバー Windows Server 2016
ターゲット プラットフォーム の ウィンドウズ
ヘッダー ndis.h
IRQL <= DISPATCH_LEVEL