Quais são os perigos de configurar manualmente o IncreaseUserVA?

Question

Eu corro o visual studio 2010 em um sistema de 32 bits e regularmente me deparo com problemas de ficar sem memória virtual para que eu não possa mais fazer coisas como copiar / colar no VS.

Eu verifiquei algumas opções e a linha Microsoft sobre isso indicado executando com menos extensões abertas, e se isso não funcionar, use o comando bcedit / set IncreaseUserVA 3072.

Isso pareceu atenuar o problema, mas depois 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 100Gb disponível. Por exemplo, ele parava de copiar um arquivo, dizendo que não havia espaço para copiá-lo. No entanto, clicar em "repetir" seria bem-sucedido. Muitos outros programas que estavam escrevendo coisas no disco cairiam regularmente. (Incluindo o Skype ... por que você estava escrevendo no disco o tempo todo, Skype?!)

Eu executei o chkdsk e fiz outras verificações básicas antes de concluir que minha alteração de configuração deve ser responsável. Felizmente, restaurar a configuração padrão funcionou e agora estou de volta à ação.

A maioria dos artigos (exceto, principalmente, da Microsoft) em IncreaseUserVA dizem "Use a seu próprio risco", e claramente eu fiz e perdi. Mas alguém pode explicar por que esse comportamento foi exibido / o que pode dar tão errado com o que parece ser uma mudança legítima na configuração do Windows 7?

Para o registro - a máquina era um laptop Dell Vostro com uma unidade de disco de 260Gb / 5400rpm, RAM de 3,2Gb (efetiva), executando o Windows 7 com todas as atualizações anteriores ao SP1.

    

Answer 1

O Windows particiona o espaço de endereçamento de 4 GB disponível em um sistema de 32 bits pela metade, para que o kernel receba 2 GB e o programa receba 2 GB (seu virtualizado para que cada programa receba 2 GB). O comando "bcedit / set IncreaseUserVA 3072" altera o particionamento para que cada programa receba 3GB e o espaço do kernel receba apenas 1GB. Principalmente isso funciona bem, mas como você percebeu, você pode ter problemas. Geralmente é um driver que é executado no espaço do kernel que foi codificado para assumir que ele tem 2 GB de espaço de endereço disponível que causa os problemas quando ele tenta usar os 2 GB de espaço de endereço sem se preocupar em verificar se pode.

    

Answer 2

Se você tiver 8 GB de RAM e precisar de um espaço de endereço de usuário maior, a melhor solução será instalar o servidor Windows 2003. Nenhum ajuste é necessário e seus aplicativos de 32 bits recebem 4 GB de espaço de endereço cada. Existem alguns drivers que não gostam disso e é por isso que o MS não permite isso no sistema operacional de desktop. As falhas causadas por um driver que não suporta isso são imprevisíveis e difíceis de diagnosticar e, na maioria das vezes, são drivers que não são usados no ambiente do servidor.

É possível modificar o kernel do Vista / Win7 e adicioná-lo como opção ao menu de inicialização para obter a mesma memória disponível nas edições do Servidor de 32 bits:

www.geoffchappell.com/notes/windows/license/memory.htm

Existe um patch pré-fabricado que faz isso, mas eu não testei e não há fonte para isso ...

    

Answer 3

Eu tenho configurado o IncreaseUserVa em ocasiões para 3g, a fim de obter um grande projeto para compilar. Percebo que, se o sistema entrar em hibernação, ele fica muito instável ao acordar. Servidores normalmente não hibernam, eu acho.