Como o asp.net é habilitado para JIT, ele compilará o JIT no servidor da Web em solicitações de páginas. O que significa que não deve ter problemas em utilizar todos os recursos do seu servidor.
Não tenho certeza se consegui explicar a pergunta corretamente. Mas, basicamente, eu estou usando uma caixa do Windows XP 32 bits para implantar o aplicativo asp.net para servidor de 64 bits do Windows. O servidor IIS que eu estou supondo é um processo de 64 bits. O aplicativo asp.net pode usar toda a memória que é permitida de ser um servidor de 64 bits? ou vai usar apenas 4 GB no máximo.
Como o asp.net é habilitado para JIT, ele compilará o JIT no servidor da Web em solicitações de páginas. O que significa que não deve ter problemas em utilizar todos os recursos do seu servidor.
Um aplicativo .net, por padrão, será executado em qualquer ambiente em que esteja (32 bits ou 64 bits). É possível forçar uma plataforma nas propriedades do projeto em
Build -> Platform Target: Any CPU, x86, x64
Forçar o x86 fará com que o assembly .net seja executado no modo de 32 bits, mesmo em uma máquina de 64 bits. A opção de construção padrão é Qualquer CPU.
Assim, enquanto o seu projeto estiver executando qualquer CPU, ele subirá para o modo de 64 bits em um sistema operacional de 64 bits e o acesso à memória apropriado.
Eu não sou um especialista em .NET, e já faz um tempo desde que eu trabalhei com binários pré-compilados, então leve isso com um pouco de sal.
Meu entendimento é meio que . O aplicativo em si não poderá endereçar um espaço de memória maior que 32 bits. No entanto, o sistema operacional deve permitir a conversão de endereços que permita que esse bloco exista em qualquer lugar no espaço de endereço do sistema operacional. Assim, o aplicativo não poderá mais do que o necessário, mas mais memória RAM estará disponível para endereçamento.
Isso faz sentido?
Simplificando, um aplicativo de 32 bits pode endereçar 4 GB de RAM, ponto final. (Eu concordo ...)
Mas eu já disse há alguns anos que o x86 pode se expandir para 64 bits, mas é uma longa história ...