A resposta curta :
As variáveis não ocupam o dobro do espaço no software de 64 bits versus 32 bits. O ganho de memória potencial da mudança para um sistema operacional de 32 bits não valerá o esforço.
A resposta longa :
Os números podem ser maiores sim, mas isso não significa que eles serão. Isso também se aplica a números, não a strings e strings são (geralmente) o que consome a maior quantidade de memória em um aplicativo.
Além disso, muitos aplicativos especificam explicitamente o tamanho do número com o qual desejam trabalhar, pois em idiomas como C, int
pode ser de qualquer tamanho, inclusive menor que 32 bits. E indo ainda mais longe, na minha máquina Linux de 64 bits, em C int
é de 32 bits. Portanto, você teria que solicitar explicitamente long long
para obter um número de 64 bits.
Então, basicamente, os aplicativos não usarão mais memória apenas porque foram compilados para 64 bits.
EDITAR :
Em resposta à alegação de Gilles de que o Firefox de 64 bits usa o dobro de memória, eu fiz uma comparação entre o Firefox de 32 e 64 bits no meu sistema.
Eu testei lançando 5 abas abertas para link e realizei o teste 3 vezes (uma vez em 32 bits, uma vez em 64 bits e depois repita duas vezes). Escolhi este site porque ele é intensivo em JavaScript e usa conteúdo estático (cada renderização da página fornecerá os mesmos dados).
Na corrida final:
-
32 bits: 173,244kb rss / 918,348kb virt
-
64 bits: 184,588kb rss / 966,624kb virt
Eu poderia fazer testes mais extensos, sim, mas acho que isso demonstra bem o suficiente para que a diferença de tamanho entre os dois seja marginal.