Argumentaire pour une langue de niveau supérieur: 64 ou 32 bits?

Question

Avec la sortie de Mac OS X 10.5.7, on a beaucoup parlé des applications 64 bits par rapport aux applications 32 bits ... les fabricants qui devront convertir les applications, les fabricants qui ne pourront pas à bientôt en raison d'un manque de ressources (c'est apparemment un gros problème), etc. Quels sont les avantages de la conversion d'une application donnée (comme iTunes) serait, etc ....

Je me demande si, lorsque vous exécutez une machine virtuelle (je veux dire, comme le .Net Framework ou la JVM) et que le code est uniquement dans " code géré " (en Java, pas de JNI, je ne sais pas ce que ce serait en Ruby):

1. bénéficiez-vous des avantages lorsque votre machine virtuelle devient 64 bits sans avoir à connaître ce matériel vous-même? OU
2. N'obtenez-vous pas vraiment les avantages (ni les tracas liés à la conversion), car vos applications sont plutôt inefficaces par rapport à ce qui est possible (bien que peut-être assez vite pour faire ce dont vous avez besoin)?

Answer 1

La mémoire est la raison principale pour laquelle je développe pour 64 bits. Beaucoup plus de mémoire est adressable avec des pointeurs 64 bits, et pour certains domaines problématiques, une limite théorique de 4 Go à 32 bits (souvent inférieure) est moins que satisfaisante.

Pour quelque chose comme iTunes, la conversion est presque inutile, car il s’agit d’une application basse consommation qui n’a pas besoin de beaucoup de mémoire.

Je ne suis pas sûr de savoir comment OSX 64 bits gère les fichiers binaires 32 bits, mais sous Windows, l'émulation est presque parfaite et pour de nombreuses applications, il n'est tout simplement pas nécessaire de mettre à niveau.

Answer 2

Je ne peux pas parler pour le CLR (je suppose que c'est la même chose), mais une machine virtuelle Java 64 bits vous offrira tous les avantages mémoire de la version 64 bits sans aucune conversion.