Se o aplicativo tiver conhecimento do AWE, ele poderá usar um espaço de endereço além de 4 GB, embora com menos eficiência do que um aplicativo de 64 bits. É até mesmo possível que os processos de 32 bits em variantes do Windows de 32 bits acessem mais do que o espaço de endereço de 32 bits permitiria, se a PAE for anabled e o processo for capaz de usá-lo.
Um processo individual de 32 bits (que não é reconhecido pela AWE) é geralmente limitado a 3Gb (o primeiro Gb de seu espaço de endereçamento virtual é reservado para ação relacionada ao kernel ) mas se você estiver executando vários processos, então eles poderão usar mais no total (cada um pode usar até 3Gb, permitindo total memória) porque seus espaços de endereçamento virtuais não são compartilhados .
O limite por processo é mais útil em um ambiente semelhante ao Unix, onde os serviços tendem a ser baseados em processos, em vez de baseados em threads (vários threads em um processo compartilham os recursos de processos e, portanto, compartilham um único Espaço de endereçamento virtual 3Gb) como é mais comum no Windows (iniciar um novo processo no Windows é muito caro, então prefere-se threads na maioria dos ambientes Unix iniciando um novo processo isn ' consome muito mais recursos do que iniciar um novo encadeamento) . Não é muito útil para uma máquina que está executando apenas o SQL Server, por exemplo, já que será apenas um processo, portanto, atingirá o limite de 3Gb (algumas edições podem ser configuradas para serem reconhecidas pelo AWE mas não todos, e o recurso está programado para ser removido na próxima versão principal) .
Assim como os processos de 32 bits sendo capazes de usar mais de 3Gb no total, o sistema operacional poderá usar qualquer memória não utilizada para o armazenamento em cache, de modo que não seja desperdiçado, presumindo que os processos não abram arquivos de modo a dizer ao sistema operacional para não se incomodar em fazer isso.