O longo e curto é que o 64-bit usará um pouco mais de espaço (mas não por uma quantidade enorme) para aplicativos, usará de fato > 4GiB de memória se você atualizar, e será capaz de usar o registros extra de 64 bits que foram introduzidos, o que pode melhorar o desempenho em alguns pontos percentuais para aplicativos, alguns aplicativos e muitos pontos percentuais para outros.
Se você quiser pensar em atualizar, vá para 64 bits.
64 bits usarão mais memória exigindo indicadores maiores para localizações de memória e código em programas, mas eu não esperaria que ele usasse uma porcentagem significativa a mais, programas modernos são altamente orientados a dados e isso será o mesmo para ambas as versões .
O fato de que o 64-bit permitiria que o SO mapeasse buffers de dispositivos e I / O fora do caminho da memória física pode lhe dar mais memória, é tudo balanços e rotundas. Eu posso testá-lo um pouco em uma VM (não consigo inicializar dualmente meu sistema atm), mas vou precisar de um tempo para verificá-lo.
Além disso, existem as bibliotecas de compatibilidade de 64 a 32 bits que são necessárias para permitir que ambos os tipos de programas sejam executados ao mesmo tempo, o que exigirá uma certa quantidade de memória, embora eu fique surpreso se fosse mais de 100MB .
Em resumo, se você estiver verdadeiramente, honestamente, usando cada último bit de seus 3GB de RAM, então 32 bits pode ser melhor, pois você pode economizar uma pequena quantidade de memória sem todos esses bits extras que são necessários para 64 bits. .
Peço desculpas por ser um pouco irreverente, me dê um ou dois dias e farei alguns testes e voltarei para você.
- = EDIT = -
Eu fiz uma instalação das versões de 32 bits e 64 bits do Arch Linux no Virtualbox, apenas para ter uma ideia de quanto de RAM extra ele usa para o modo de 64 bits. Eu segui exatamente os mesmos procedimentos para instalar cada um e antes de obter cada indicação de memória eu fiz uma reinicialização para que a memória relatada estivesse limpa "da inicialização".
Instalaçoes desencapadas, nenhuma GUI, apenas instalacao basica ha cerca de 26MiB de diferenca (32-bit e cerca de 60% da pegada de memoria de 64-bit) o que nao e surpresa pois e quase inteiramente codigo e sem dados reais:
OX.orginstaladoerodandocomasadiçõesdeconvidadosdoVirtualbox,hácercade32MiBdediferença(32bitsécercade65%doconsumodememóriade64bits):
Em seguida, o Gnome & GDM instalado, sem frescuras e executando o Epiphany há cerca de 80MiB diferença (32 bits é cerca de 75% a pegada de memória de 64 bits):
Então, subindo as escalas de código mais orientado para mais orientado por orientação, passamos de uma diferença de 40% no tamanho para uma diferença de 25% no tamanho. Eu esperaria que essa diferença diminuísse à medida que você usa mais e mais programas do tipo GUI. Também há bibliotecas compartilhadas para pensar, como mais programas compartilham o mesmo código de uma biblioteca, eles não estarão usando tanta memória, então o aumento do tamanho percentual será menor ainda para um sistema totalmente instalado e pronto para uso.
Há um acerto de memória definido para o uso de 64 bits, mas ele fica cada vez menor à medida que você usa programas que estão armazenando e usando dados em vez de códigos rígidos reais. O código para o Firefox de 64 bits será uma porcentagem significativa maior do que o código de 32 bits, mas os dados reais armazenados para armazenar as páginas da Web entre os dois serão exatamente os mesmos.
Eu não falei sobre o quanto você pode economizar com o kernel de 64 bits sendo capaz de remapear dispositivos fora do espaço de endereço de 32 bits, é um pouco mais difícil de fazer em uma máquina virtual, mas eu pessoalmente ainda leva o hit e vai para 64-bit.