NDIS_PD_QUERY_QUEUE_DEPTH回呼函式 (ndis.h)
PacketDirect (PD) 平臺會呼叫支援 PD 的迷你埠驅動程式 PDQueryQueueDepth 函式,以傳回張貼至 佇列的未處理 PD_BUFFER 結構數目。
Note 您必須使用 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 |
目標平臺 | 窗戶 |
標頭 | ndis.h |
IRQL | <= DISPATCH_LEVEL |