Effectivement, on peut se poser la question du manque de RAM. Ceci-dit, pour qu’il y ait un gain (de vitesse) en augmentant la taille de la mémoire, il faut d’abord que ça swap (la mémoire RAM ça coûte cher). Est-ce que tu entends le disque dur gratter ?
Tu peux verifier à tout moment l’état de la mémoire avec la commande :free
Linux et un OS qui utilise au maximum la RAM, et c’est tant mieux. Par contre, mettre en cache les données sur disque est très long, en comparaison. Du coup il faut trouver le compromis pour avoir suffisamment de mémoire pour l’usage courant, quitte à ce que ce soit un peu plus lent pour des choses exceptionnelles.
Par ex. : si tu utilise The Gimp régulièrement, en travaillant sur de grosses images … mieux vaudra manipuler tout ça en RAM. Si tu fais ça une fois de temps en temps, tu peux t’accomoder d’une certaine lenteur, due aux lectures/écritures sur le disque.
Pour en (re)venir à l’architecture 64 bits, son principal avantage était, avant qu’il n’y ait des noyaux 32 bits PAE, qu’il pouvait utiliser plus de 4Go de RAM. Ce qui n’est plus vrai. La taille étendue du registre permet surtout plus de précision de calcul, au détriment une utilisation plus importante de RAM. Toutes les applications n’existant pas en 64 bits, les distributions 64 bits, embarquent souvent un environnement 32 bits (bibliothèques). Au final, pour avoir une architecture 64 bits complète (microprocesseur + OS), il te faudra plus de RAM et d’espace disque.
As-tu pensé à essayer une distribution légère pour ce genre de machine ? Je pense à Slitaz, mais il y en a plein d’autres qui tournent avec 64Mo (pas avec Gnome, évidemment).