Estou usando o VS 2010 em um sistema win 7 de 64 bits com 8 GB de memória. Minha aplicação é de 32 bits. Enquanto no VS.Net IDE do 2010, o aplicativo é exibido no gerenciador de tarefas do Windows como "MyApp.vshost.exe * 32", enquanto o VS IDE em si é exibido como "devenv.exe * 32".

Eu verifiquei e parece que o arquivo IDE do VS 2010 (devenv.exe) está em conformidade com o sinalizador / LargeAddressAware.

No entanto, ao depurar modelos grandes, o IDE falha com uma exceção de Memória insuficiente. No gerenciador de tarefas do Windows, o processo "MyApp.vshost.exe * 32" indica cerca de 1400 MB de uso de memória (enquanto o processo "devenv.exe * 32" tem menos de 500 MB). É possível definir o processo "MyApp.vshost.exe * 32" como / LargeAddressAware para evitar essa situação de falta de memória? Nesse caso, como isso pode ser feito no IDE. Embora a definição do binário final do aplicativo como / LargeAddressAware funcione, ainda preciso depurar o aplicativo no IDE com esses tipos de modelos grandes. Também devo observar que meu aplicativo tem uma hierarquia profunda de objetos com muitas coleções que, juntas, exigiam muita memória. No entanto, meu problema não está relacionado à tentativa de criação, digamos, de 1 matriz grande que requer mais de 2 GB de memória, etc.

Devo observar que sou capaz de executar o mesmo aplicativo no IDE do VB6 e não fico com uma situação de falta de memória desde que o IDE do VB6 seja criado / LargeAddressAware. No caso do VB6, o IDE e o aplicativo sendo depurado fazem parte do mesmo processo (e não são divididos em 2 como no VS 2010.) O processo do VB6 pode ser maior que 3 GB sem problemas de memória insuficiente .

Por fim, meu objetivo é executar meu aplicativo completamente em 64 bits para acessar mais memória. Espero que, nesses casos, o IDE permita que o processo de depuração exceda 2 GB sem travar (e certamente mais de 1,4 GB, como é o caso atual). No entanto, por enquanto, enquanto 95% do meu aplicativo é de 64 bits, estou chamando uma DLL de 32 bits herdada e, como tal, todo o meu aplicativo é forçado a continuar em execução no modo de 32 bits até que eu substitua essa DLL.