Quais são os principais benefícios do Windows de 64 bits para 32 bits para aplicativos ASP.Net?

Além das vantagens da alocação de memória de 64 bits (> 4 GB - consulte esta pergunta no StackOverflow para saber por que as soluções de 32 bits +4 GB não funcionam para mim), que outras razões eu tenho para recomendar que devemos hospedar um ASP Site .NET no Windows Server 2008 de 64 bits, em oposição à versão de 32 bits?

Se for apenas o problema de memória endereçável maior (> 4 GB), teremos uma solução com balanceamento de carga, para que possamos escalar adicionando uma nova caixa (virtual).

As CPUs também não ficarão quentes, portanto, nenhum ganho de velocidade marginal poderia ser justificado.

Meu próprio pressentimento é que devemos hospedar em 64 bits, se pudermos, simplesmente porque é mais fácil de escalar (conectando mais memória RAM quando necessário). Mas é isso ?!

Todos os comentários e idéias são bem-vindos!

Eu acho que a pergunta que você realmente deveria fazer é por que não usar o x64? Se o seu hardware é suportado e os aplicativos funcionam, qual o motivo de continuar com 32 bits? Há pouca ou nenhuma diferença de custo e é a maneira como todos os softwares futuros serão movidos; o Exchange 2007, por exemplo, é apenas de 64 bits e tenho certeza de que muitos novos softwares serão assim.

Se você não consegue encontrar um motivo convincente para ficar com 32 bits, eu usaria 64.

• cpus x86_64 têm o bit de não execução em suas tabelas de páginas. Ou seja, isso pode impedir explorações de segurança causadas por saturações de buffer. As cpus x86 de 32 bits são compatíveis apenas com esse recurso no modo PAE.
• você só pode usar drivers assinados do Windows . IMHO, isso é uma vantagem, porque você não pode interromper o sistema com um driver quebrado e não testado. Lembre-se, a maioria dos problemas do Windows é causada por drivers quebrados.

Para ser honesto: na minha opinião 64 bits deve ser o padrão há anos ! Não acredito quanto tempo leva a comunidade do Windows para fazer a troca. Não consigo entender por que a Microsoft se preocupou em lançar um Vista de 32 bits (e agora até o Windows 7). Até a Apple decidiu mudar do PowerPC para x86 de 32 bits, embora a maioria dos cpus da época já fosse capaz de 64 bits. Isso não faz sentido para mim. Tudo seria muito mais fácil se tudo fosse de 64 bits e apenas de 64 bits.

Existem muitas "razões", mas a primeira e mais importante é que todos os produtos da Microsoft estão x64. Isso 'prova o futuro' do design e oferece mais espaço para os aplicativos ASP.NET (devido a um erro de OOM, por exemplo).

Isso não está relacionado ao ASP.NET, mas adicionarei por uma questão de integridade. Alguns produtos do Microsoft Server, como o Exchange Server 2007 , são executados apenas nas plataformas Windows de 64 bits. Eu acho que você poderia chamar isso de um benefício.

Não acho que exista uma diferença drástica de custo entre os dois. Por que não implantar o novo servidor com o Windows Server 2008 de 64 bits? A capacidade de utilizar sua maior capacidade de memória é a melhor (e apenas que eu sei) razão para usá-la. Com memória tão barata hoje em dia, 4 GB parecem tão pouco para um novo servidor!

Existem cerca de 10 ótimas respostas para essa pergunta neste podcast recente do RunAs Radio em computação de 64 bits .

Uma coisa mencionada é que a largura do barramento é dobrada e, portanto, pode ler / gravar dados mais rapidamente. O aumento de desempenho é leve em comparação aos 32 bits, talvez para uso doméstico, mas certamente vale a pena para um servidor.

Há um bug obscuro (mas real) semelhante ao Y2K que afeta a maioria das máquinas de 32 bits. Isso ocorre devido à época do unix , usada também em alguns programas do Windows, tendo um valor máximo em algum momento do ano de 2038. Nesse ponto, ele chegará a 1901!

Veja Wikipedia " O problema do ano 2038 "

Relevante a esta pergunta porque afeta máquinas de 32 bits que usam uma variável de tamanho de máquina padrão para armazenar a época do unix. Isso será resolvido com a atualização para 64 bits.