ExAllocatePoolWithTag 関数 (wdm.h)
ExAllocatePoolWithTag ルーチンは、指定した型のプール メモリを割り当て、割り当てられたブロックへのポインターを返します。
警告
ExAllocatePoolWithTag は Windows 10 バージョン 2004 で非推奨となり、ExAllocatePool2に置き換えられました。 詳細については、「ExAllocatePool2 および ExAllocatePool3 に対する非推奨の ExAllocatePool 呼び出しの更新」を参照してください。
PVOID ExAllocatePoolWithTag(
[in] __drv_strictTypeMatch(__drv_typeExpr)POOL_TYPE PoolType,
[in] SIZE_T NumberOfBytes,
[in] ULONG Tag
);
[in] PoolType
割り当てるプール メモリの種類。 使用可能なプール メモリの種類の詳細については、POOL_TYPEを参照してください。
PoolType 値は、POOL_RAISE_IF_ALLOCATION_FAILURE フラグを使用してビットごとの ORing を使用して変更できます。 このフラグを指定すると、要求を満たすことができない場合に例外が発生します。 POOL_RAISE_IF_ALLOCATION_FAILURE フラグはコストがかかるため、使用しないことをお勧めします。
同様に、PoolType 値を変更するには、この値をビットごとの ORing をカーネルにヒントとしてPOOL_COLD_ALLOCATION フラグを付けて、ページアウトされる可能性が高いページからメモリを割り当てることができます。 常駐プール メモリの量をできるだけ減らすには、これらの割り当てを頻繁に参照しないでください。 POOL_COLD_ALLOCATION フラグは、唯一のアドバイザリです。
[in] NumberOfBytes
割り当てるバイト数。
[in] Tag
割り当てられたメモリに使用するプール タグ。 単一引用符で区切られた 1 ~ 4 文字の 0 以外の文字リテラルとしてプール タグを指定します (例: 'Tag1')。 文字列は通常、逆の順序で指定されます (例: '1gaT')。 タグ内の各 ASCII 文字は、0x7E (チルダ) 0x20 (スペース) の範囲内の値である必要があります。 各割り当てコード パスでは、デバッガーと検証ツールがコード パスを識別するのに役立つ一意のプール タグを使用する必要があります。
ExAllocatePoolWithTag は、空きプールに要求を満たすのに十分なメモリがない場合、NULL を返します。 それ以外の場合、ルーチンは割り当てられたメモリへのポインターを返します。
このルーチンは、メモリの一般的なプール割り当てに使用されます。
NumberOfBytes がPAGE_SIZE以上の場合は、ページアライン バッファーが割り当てられます。 PAGE_SIZE以下のメモリ割り当てはページ内に割り当てられ、ページ境界を越えるものではありません。 PAGE_SIZE未満のメモリ割り当ては必ずしもページアラインされるわけではありませんが、32 ビット システムでは 8 バイト境界、64 ビット システムでは 16 バイト境界にアラインされます。
非ページ プール NumberOfBytes< PAGE_SIZE を要求する割り当てが成功すると、呼び出し元に要求されたメモリのバイト数が正確に与えます。 NumberOfBytes> PAGE_SIZE の割り当て要求が成功し、NumberOfBytes がPAGE_SIZEの正確な倍数でない場合、割り当ての最後のページには呼び出し元の割り当ての一部ではないバイトが含まれます。 可能であれば、プール アロケーターはこれらのバイトを使用します。 他のカーネル モード コンポーネントに属するデータの破損を回避するには、ドライバーは、明示的に割り当てられているストレージ アドレスにのみアクセスする必要があります。
システムは、プール タグを割り当てられたメモリに関連付けます。 WinDbg などのプログラミング ツールでは、割り当てられた各バッファーに関連付けられているプール タグを表示できます。 Gflags は、windows 用のデバッグ ツールに含まれるツールで、特定のプール タグに対する特別なプール 割り当てを要求するシステム機能を有効にします。 WDK に含まれる Poolmon 、プール タグによってメモリを追跡します。
タグ の値は、逆 (リトル エンディアン) 順に格納され、場合によっては表示されます。 たとえば、呼び出し元が タグとして 'Fred' を渡した場合、プール ダンプでは "derF" として表示され、デバッガーではプールの使用状況の追跡に表示され、レジストリとツールの0x64657246として表示されます。
割り当てられたバッファーは、ExFreePool または ExFreePoolWithTag を使用して解放できます。
プールの量 (ページングまたは非ページ) が高いか低い場合、システムは特定の標準イベント オブジェクトを自動的に設定します。 ドライバーは、これらのイベントがプールの使用状況を調整するのを待つことができます。 詳細については、「標準イベント オブジェクトの をする」を参照してください。
ExAllocatePoolWithTag の呼び出し元は、IRQL <= DISPATCH_LEVELで実行する必要があります。 DISPATCH_LEVEL で実行する呼び出し元は、PoolType の NonPagedXxx 値指定する必要があります。 IRQL <= APC_LEVEL で実行する呼び出し元は任意の POOL_TYPE 値を指定できますが、ページの種類を決定するには IRQL と環境も考慮する必要があります。
NumberOfBytes = 0 設定しないでください。 長さ 0 の割り当てを避けます。プール ヘッダー領域が無駄になり、多くの場合、呼び出し元のコードで検証の問題が発生する可能性があることを示しています。 このため、ドライバー検証ツール 、このような割り当てには、可能なエラーとしてフラグが されます。
非一様メモリ アクセス (NUMA) マルチプロセッサ アーキテクチャでは、ExAllocatePoolWithTag は、ExAllocatePoolWithTag 呼び出しているプロセッサにローカルなメモリの割り当てを試みます。 使用可能なローカル メモリがない場合は、ExAllocatePoolWithTag 、使用可能な最も近いメモリを割り当てます。
ExAllocatePoolWithTag が割り当てる メモリは初期化されていません。 カーネル モード ドライバーは、ユーザー モード のソフトウェアに表示する場合は、このメモリを最初にゼロにする必要があります (潜在的に特権のあるコンテンツのリークを回避するため)。
| 要件 | 価値 |
|---|---|
| ターゲット プラットフォーム の | 万国 |
| ヘッダー | wdm.h (Wdm.h、Ntddk.h、Ntifs.h を含む) |
| ライブラリ | NtosKrnl.lib |
| DLL | NtosKrnl.exe |
| IRQL | IRQL <= DISPATCH_LEVEL (「解説」セクションを参照) |
| DDI コンプライアンス規則 を する | CheckDeviceObjectFlags(wdm), HwStorPortProhibitedDDDIs(storport), IrqlExAllocatePool(wdm), IrqlExFree1(wdm), PowerDownAllocate(wd))、PowerUpFail(wdm)、SpNoWait(storport)、StorPortStartIo(storport)、UnsafeAllocatePool(kmdf)、UnsafeAllocatePool(wdm) |
ExAllocatePoolWithQuotaTag の
ExAllocatePoolWithTagPriority の
ExFreePoolWithTag を する