ExAllocatePoolWithQuotaTag, fonction (wdm.h)
La routine ExAllocatePoolWithQuotaTag alloue de la mémoire du pool, en chargeant le quota par rapport au processus actuel.
Avertissement
ExAllocatePoolWithQuotaTag a été déconseillé dans Windows 10, version 2004 et a été remplacé par ExAllocatePool2. Pour plus d’informations, consultez Mise à jour des appels ExAllocatePool déconseillés à ExAllocatePool2 et ExAllocatePool3.
Syntaxe
PVOID ExAllocatePoolWithQuotaTag(
[in] __drv_strictTypeMatch(__drv_typeExpr)POOL_TYPE PoolType,
[in] SIZE_T NumberOfBytes,
[in] ULONG Tag
);
Paramètres
[in] PoolType
Spécifie le type de mémoire du pool à allouer. Pour obtenir une description des types de mémoire de pool disponibles, consultez POOL_TYPE.
Vous pouvez modifier la valeur de poolType par bitwise-ORing avec l’indicateur de POOL_QUOTA_FAIL_INSTEAD_OF_RAISE. Cet indicateur entraîne le retour d’une valeur NULL si la requête ne peut pas être satisfaite.
De même, vous pouvez modifier la valeur PoolType en utilisant le bit-ORing cette valeur avec l’indicateur de POOL_COLD_ALLOCATION comme indicateur du noyau pour allouer la mémoire à partir de pages susceptibles d’être paginées rapidement. Pour réduire autant que possible la quantité de mémoire du pool résident, vous ne devez pas référencer ces allocations fréquemment. L’indicateur POOL_COLD_ALLOCATION est uniquement consultatif et est pris en charge dans Windows XP et les versions ultérieures du système d’exploitation Windows.
[in] NumberOfBytes
Spécifie le nombre d’octets à allouer.
[in] Tag
Spécifie la balise de pool pour la mémoire allouée. Pour plus d’informations, consultez le paramètre Tag de ExAllocatePoolWithTag.
Valeur de retour
ExAllocatePoolWithQuotaTag retourne un pointeur vers le pool alloué.
Si la demande ne peut pas être satisfaite, ExAllocatePoolWithQuotaTag déclenche une exception, sauf si POOL_QUOTA_FAIL_INSTEAD_OF_RAISE est spécifié. L’utilisation de POOL_QUOTA_FAIL_INSTEAD_OF_RAISE est recommandée pour des raisons de performances.
Remarques
Cette routine est appelée par les pilotes de niveau supérieur qui allouent de la mémoire pour satisfaire une requête dans le contexte du processus qui a initialement effectué la requête d’E/S. Les pilotes de niveau inférieur appellent ExAllocatePoolWithTag à la place.
Si nombre d’octets est PAGE_SIZE ou supérieur, une mémoire tampon alignée sur les pages est allouée. Les allocations de mémoire de PAGE_SIZE ou moins sont allouées dans une page et ne dépassent pas les limites de page. Les allocations de mémoire inférieures à PAGE_SIZE ne sont pas nécessairement alignées sur les pages, mais sont alignées sur des limites de 8 octets dans les systèmes 32 bits et sur des limites de 16 octets dans les systèmes 64 bits.
Le système associe la balise de pool à la mémoire allouée. Les outils de programmation, tels que WinDbg, peuvent afficher la balise de pool associée à chaque mémoire tampon allouée. La valeur de balise est normalement affichée dans l’ordre inverse. Par exemple, si un appelant passe « Fred » comme Balise, il apparaît en tant que « derF » si le pool est vidé ou lors du suivi de l’utilisation du pool dans le débogueur.
La mémoire tampon allouée peut être libérée avec ExFreePool ou ExFreePoolWithTag.
Ne définissez pas NumberOfBytes = 0. Évitez les allocations de longueur nulle, car elles gaspillent l’espace d’en-tête du pool et, dans de nombreux cas, indiquent un problème de validation potentiel dans le code appelant. Pour cette raison, vérificateur de pilotes indicateurs tels que les erreurs possibles.
Le système définit automatiquement certains objets d’événements standard lorsque la quantité de pool (paginée ou non paginée) est élevée ou faible. Les pilotes peuvent attendre que ces événements ajustent l’utilisation de leur pool. Pour plus d’informations, consultez standard Event Objects.
Dans une architecture multiprocesseur d’accès à la mémoire non uniforme (NUMA), ExAllocatePoolWithQuotaTag tente d’allouer de la mémoire locale au processeur qui appelle ExAllocatePoolWithQuotaTag. Si aucune mémoire locale n’est disponible, ExAllocatePoolWithQuotaTag alloue la mémoire disponible la plus proche.
Mémoire qui ExAllocatePoolWithQuotaTag alloue est non initialisée. Un pilote en mode noyau doit d’abord zéro cette mémoire s’il va le rendre visible par les logiciels en mode utilisateur (pour éviter la fuite de contenu potentiellement privilégié).
Les appelants de ExAllocatePoolWithQuotaTag doivent s’exécuter à l'<IRQL = DISPATCH_LEVEL. Un appelant s’exécutant à DISPATCH_LEVEL doit spécifier une valeur NonPagedXxx pour PoolType. Un appelant qui s’exécute à IRQL <= APC_LEVEL peut spécifier n’importe quelle valeur POOL_TYPE, mais l’irQL et l’environnement doivent également être pris en compte pour déterminer le type de pool.
Exigences
| Exigence | Valeur |
|---|---|
| plateforme cible | Universel |
| d’en-tête | wdm.h (include Wdm.h, Ntddk.h, Ntifs.h) |
| bibliothèque | NtosKrnl.lib |
| DLL | NtosKrnl.exe |
| IRQL | <= DISPATCH_LEVEL (voir la section Remarques) |
| règles de conformité DDI | HwStorPortProhibitedDDIs(storport), SpNoWait(storport), StorPortStartIo(storport), UnsafeAllocatePool(kmdf) |