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 呼叫的成本，不得明顯。

 

例子

若要定義 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
目標平台	Windows
標頭	ndis.h
IRQL	<= DISPATCH_LEVEL