Eu corro o visual studio 2010 em um sistema de 32 bits e regularmente encontro problemas com a falta de memória virtual, para que eu não possa mais fazer coisas como copiar / colar no VS.
Verifiquei algumas opções e a linha Microsoft indicada indicava executando com menos extensões abertas e, se isso não funcionar, use o comando bcedit / set AumentarUserVA 3072.
Isso pareceu atenuar o problema; no entanto, após cerca de um dia de uso, de repente o Windows começa a me dizer que estou sem espaço em disco - em uma unidade com mais de 100 GB disponíveis. Por exemplo, ele parava de copiar um arquivo, dizendo que não havia espaço para copiá-lo. No entanto, clicar em "tentar novamente" será bem-sucedido. Muitos outros programas que estavam gravando coisas no disco eram repetidos regularmente. (Incluindo o Skype ... por que você estava gravando no disco o tempo todo, o Skype ?!)
Executei o chkdsk e fiz outras verificações básicas antes de concluir que minha alteração na configuração deve ser responsável. Felizmente, a restauração da configuração padrão funcionou e agora estou de volta à ação.
A maioria dos artigos (exceto, especialmente os da Microsoft) sobre o GrowthUserVA diz "Use por sua conta e risco", e claramente fiz isso e perdi. Mas alguém pode explicar por que esse comportamento foi exibido / o que pode dar errado com o que parece ser uma mudança legítima na configuração do Windows 7?
Para constar - a máquina era um laptop da Dell Vostro com uma unidade de disco de 260Gb / 5400rpm, 3,2Gb (efetiva) de RAM, executando o Windows 7 com todas as atualizações anteriores ao SP1.
fonte
Respostas:
O Windows particiona os 4 GB de espaço de endereço disponíveis em um sistema de 32 bits pela metade, para que o kernel obtenha 2 GB e o programa 2 GB (é virtualizado para que cada programa obtenha 2 GB). O comando "bcedit / set AumentarUsuárioVA 3072" altera o particionamento para que cada programa obtenha 3 GB e o espaço do kernel obtenha apenas 1 GB. Principalmente isso funciona bem, mas como você notou, pode ter problemas. Geralmente, é um driver executado no espaço do kernel que foi codificado para presumir que possui 2 GB de espaço de endereço disponível que causa os problemas ao tentar usar os 2 GB de espaço de endereço sem se preocupar em verificar se é possível.
fonte
Se você possui 8 GB de RAM e precisa de um espaço de endereço de usuário maior, a melhor solução é instalar o servidor Windows 2003. Não são necessários ajustes e seus aplicativos de 32 bits têm 4 GB de espaço de endereço cada. Existem alguns drivers que não gostam disso e é por isso que a MS não habilita isso no sistema operacional da área de trabalho. As falhas causadas por um driver que não suporta isso são imprevisíveis e difíceis de diagnosticar e estão principalmente em drivers que não são usados no ambiente do servidor.
É possível modificar o kernel do Vista / Win7 e adicionar essa opção ao menu de inicialização para obter a mesma memória disponível nas edições de servidor de 32 bits:
www.geoffchappell.com/notes/windows/license/memory.htm
Há um patch pré-fabricado que faz essas coisas, mas eu não testei e não há fonte para isso ...
fonte
Eu estive definindo o aumento do usuário às vezes para 3G para obter um grande projeto para compilar. Percebo que, se o sistema entrar em hibernação, torna-se muito instável ao acordar. Servidores normalmente não hibernam, eu acho.
fonte