Función ExAllocatePoolWithTagPriority (wdm.h)
La rutina ExAllocatePoolWithTagPriority asigna memoria de grupo del tipo especificado.
Advertencia
ExAllocatePoolWithTagPriority ha quedado en desuso en Windows 10, versión 2004 y se ha reemplazado por ExAllocatePool3. Para obtener más información, vea Actualización de llamadas exAllocatePool en desuso a ExAllocatePool2 y ExAllocatePool3.
Sintaxis
PVOID ExAllocatePoolWithTagPriority(
[in] __drv_strictTypeMatch(__drv_typeCond)POOL_TYPE PoolType,
[in] SIZE_T NumberOfBytes,
[in] ULONG Tag,
[in] __drv_strictTypeMatch(__drv_typeExpr)EX_POOL_PRIORITY Priority
);
Parámetros
[in] PoolType
Tipo de memoria del grupo que se va a asignar. Para obtener una descripción de los tipos de memoria del grupo disponibles, consulte POOL_TYPE.
Puede modificar el valor de PoolType mediante ORing bit a bit con este valor con la marca POOL_RAISE_IF_ALLOCATION_FAILURE. Esta marca hace que se genere una excepción si no se puede satisfacer la solicitud.
Del mismo modo, puede modificar el valor de PoolType mediante ORing bit a bit con la marca POOL_COLD_ALLOCATION como sugerencia al kernel para asignar la memoria de las páginas que probablemente se van a paginar rápidamente. Para reducir la cantidad de memoria del grupo residente tanto como sea posible, no debe hacer referencia a estas asignaciones con frecuencia. La marca POOL_COLD_ALLOCATION solo es aviso y está disponible a partir de Windows XP.
[in] NumberOfBytes
Número de bytes que se van a asignar.
[in] Tag
Etiqueta de grupo que se va a usar para la memoria asignada. Para obtener más información, vea el parámetro Tag de ExAllocatePoolWithTag.
[in] Priority
Prioridad de esta solicitud. Establezca este parámetro en uno de los siguientes valores de enumeración EX_POOL_PRIORITY.
| Valor de prioridad | Descripción |
|---|---|
| LowPoolPriority | Especifica que el sistema puede producir un error en la solicitud cuando se ejecuta poco en los recursos. Las asignaciones de controladores que pueden recuperarse de un error de asignación usan esta prioridad. |
| NormalPoolPriority | Especifica que el sistema puede producir un error en la solicitud cuando se ejecuta muy bajo en los recursos. La mayoría de los controladores deben usar este valor. |
| HighPoolPriority | Especifica que el sistema no debe producir un error en la solicitud, a menos que esté completamente fuera de los recursos. Los controladores solo usan este valor cuando es fundamental que la solicitud se realice correctamente. |
La enumeración EX_POOL_PRIORITY define SpecialPoolOverrun y XxxSpecialPoolUnderrun variantes para especificar cómo se debe asignar memoria cuando se habilita controlador Comprobador (o grupo especial). Si el controlador especifica XxxSpecialPoolUnderrun, cuando el administrador de memoria asigna memoria de grupo especial, lo asigna al principio de una página física. Si el controlador especifica XxxSpecialPoolOverrun, el administrador de memoria lo asigna al final de una página física.
Valor devuelto
exAllocatePoolWithTagPriority devuelve NULL si no hay memoria suficiente en el grupo libre para satisfacer la solicitud a menos que se especifique POOL_RAISE_IF_ALLOCATION_FAILURE. De lo contrario, la rutina devuelve un puntero a la memoria asignada.
Observaciones
Los autores de llamadas de exAllocatePoolWithTagPriority deben ejecutarse en IRQL <= DISPATCH_LEVEL. Un autor de llamada que se ejecuta en DISPATCH_LEVEL debe especificar un valor NonPagedXxx para PoolType. Un autor de llamada que se ejecuta en IRQL <= APC_LEVEL puede especificar cualquier valor de POOL_TYPE, pero también se debe tener en cuenta el IRQL y el entorno para determinar el tipo de página.
Si NumberOfBytes es PAGE_SIZE o superior, se asigna un búfer alineado con páginas. Las asignaciones de memoria de PAGE_SIZE o menos se asignan dentro de una página y no cruzan los límites de página. Las asignaciones de memoria de menos de PAGE_SIZE no están necesariamente alineadas con páginas, pero se alinean con límites de 8 bytes en sistemas de 32 bits y hasta límites de 16 bytes en sistemas de 64 bits.
No establezca NumberOfBytes = 0. Evite las asignaciones de longitud cero porque desperdician espacio de encabezado del grupo y, en muchos casos, indican un posible problema de validación en el código de llamada. Por este motivo, comprobador de controladores marcas como posibles errores.
El sistema establece automáticamente determinados objetos de evento estándar cuando la cantidad de grupo (paginada o no paginada) es alta o baja. Los controladores pueden esperar a que estos eventos ajusten el uso del grupo. Para obtener más información, vea Standard Event Objects.
En una arquitectura de varios procesadores de acceso a memoria no uniforme (NUMA), ExAllocatePoolWithTagPriority intenta asignar memoria local al procesador que llama a ExAllocatePoolWithTagPriority. Si no hay memoria local disponible, ExAllocatePoolWithTagPriority asigna la memoria disponible más cercana.
La memoria que exAllocatePoolWithTagPriority asigna no se inicializa. Un controlador en modo kernel primero debe cero esta memoria si va a hacer que sea visible para el software en modo de usuario (para evitar la pérdida de contenido potencialmente con privilegios).
Requisitos
| Requisito | Valor |
|---|---|
| de la plataforma de destino de | Universal |
| encabezado de | wdm.h (include Wdm.h, Ntddk.h, Ntifs.h) |
| biblioteca de | NtosKrnl.lib |
| DLL de | NtosKrnl.exe |
| irQL | IRQL <= DISPATCH_LEVEL (consulte la sección Comentarios) |
| reglas de cumplimiento de DDI | HwStorPortProhibitedDIs(storport), IrqlExAllocatePool(wdm), IrqlExFree2(wdm), SpNoWait(storport), StorPortStartIo(storport), UnsafeAllocatePool(kmdf), UnsafeAllocatePool(wdm) |