se ajudar, o Resource Monitor descreve todas as outras RAM como "Em espera"
A RAM "Em espera" está em uso. Ele está sendo usado como um cache de página (contém páginas perdidas recentemente de todos os conjuntos de trabalho do processo; ou seja, falhas de página podem ser resolvidas sem ir para o disco) e também para cache proativo de arquivos pelo SuperFetch.
É considerado "disponível" porque as páginas em espera não precisam ser gravadas no disco antes de poderem ser atribuídas a outro uso. Tais como quando um processo atinge uma falha de página que não exigem a leitura do disco, nova página física (s) devem ser atribuídos a esse processo e, se necessário estes podem ser tomadas a partir da lista de espera. (Esta não é a primeira opção para encontrar páginas para esse fim, seria a lista livre e, em seguida, a página zero).
Em outras palavras, seu sistema está operando como deveria.
Você pode forçar seu sistema a obter mais RAM no estado "em uso" facilmente com a ferramenta de linha de comando testlimit
, uma das ferramentas usadas nas experiências nos Internals do Windows . Não faz parte das ferramentas sysinternals regulares, mas está associado a elas; encontre-o aqui no site sysinternals. O download é um arquivo zip que contém duas versões, testlimit.exe e testlimit64.exe. Ambos têm reconhecimento de endereço grande vinculado, portanto, a versão de 32 bits poderá alocar até 3 GiB em uma máquina de 32 bits inicializada com / 3GB, até 4 GiB em uma máquina de 64 bits.
c:\> testlimit -?
dá ajuda.
c:\> testlimit -d 4 -c 512
tentará alocar 2 GiB de espaço de endereço virtual privado do processo em 512 alocações de 4 MiB cada. Isso deve funcionar bem em uma máquina de 64 bits. Em uma máquina de 32 bits não inicializada com / 3GB (a maioria não é), pode ocorrer um erro um pouco antes porque já existem alguns MiB de coisas no processo (como o próprio programa, todas as DLLs etc.), então não há 2 GiB completos disponíveis para o programa alocar.
Nos dois casos, haverá uma redução na RAM "disponível" e um aumento na RAM "Em uso", mas não necessariamente no valor de 2 GiB, porque não há garantia de que o sistema operacional deixe todos os 2 GiB no conjunto de trabalho privado do processo. Mesmo que isso ocorra no curto prazo, você poderá ver o conjunto de trabalhos do processo diminuir mais tarde, conforme o sistema operacional decidir "hm, você realmente não está fazendo nada com ele, outros processos precisam mais" e o pagina.
Aumente muito o tamanho dos "chunks" de alocação, reduzindo o número de chunks de acordo e provavelmente falhará mais cedo, pois cada alocação deve ser virtualmente contígua. por exemplo, tente encontrar sete blocos de 512 MiB em um espaço de endereço de 4 GiB e você provavelmente falhará.
Se você usar a opção l (eak) em vez de d (irty), o programa alocará o espaço virtual, mas nunca fará referência a ele. Isso não resultará em uma redução considerável na RAM "disponível".
(A opção d (irty) recebe o nome do "bit da página suja" na entrada da tabela de página x86 / x64, que é definida quando a página virtual correspondente é acessada com um operando no estilo "modify", o que significa que o conteúdo da página foi Isso é uma indicação do Windows de que, caso a página precise ser removida do conjunto de trabalho do processo, seu conteúdo deve ser salvo em algum lugar antes que a página possa ser usada para outra coisa. As páginas com o conjunto de bits "sujo" vão para a "lista de páginas modificadas" imediatamente após o despejo; a partir daí, o Windows as grava em seus respectivos repositórios.)
Você precisará ter "commit" suficiente disponível para que esses testes funcionem conforme descrito acima (mesmo para a opção l (eak)), mesmo que essa opção não use nenhuma quantidade apreciável de RAM. Especificamente, seu "limite de confirmação" deve ser pelo menos 2 GiB (ou o quanto você estiver alocando) maior que a "taxa de confirmação" antes de iniciar seu teste. Observe que isso se aplica mesmo se você estiver usando a opção l (eak), não apenas d (irty). Se você atingir esse limite, verá os pop-ups "sistema com pouca memória" ou similar. A solução, é claro, é adicionar mais RAM e / ou aumentar as configurações do arquivo de paginação.