Caso para lenguaje de nivel superior: ¿64 o 32 bits?

Question

Con el lanzamiento de OS X 10.5.7, se ha hablado mucho sobre las aplicaciones que son de 64 bits frente a las aplicaciones que son de 32 bits ... fabricantes que tendrán que convertir aplicaciones, fabricantes que no podrán a cualquier pronto debido a la falta de recursos (aparentemente es un gran problema), etc. ¿Cuáles son los beneficios de convertir una determinada aplicación (como iTunes) sería, etc. ...

Me pregunto si, cuando se ejecuta en una VM (me refiero a .Net Framework o JVM) y codifica solo en " código administrado " (en Java, no JNI, no estoy seguro de lo que sería en Ruby):

1. ¿obtienes los beneficios cuando tu VM se convierte en 64 bits sin tener que saber nada de esto? O
2. ¿realmente no obtienes los beneficios (ni la molestia de convertir), ya que tus aplicaciones son bastante ineficientes en comparación con lo que es posible (aunque tal vez lo suficientemente rápido como para hacer lo que necesitas)?

Answer 1

La razón principal por la que me desarrollo para 64 bits es la memoria. Se puede acceder a mucha más memoria con punteros de 64 bits, y para algunos dominios problemáticos, un límite teórico de 4 GB a 32 bits (a menudo menos) es menos que satisfactorio.

Para algo como iTunes, la conversión es casi inútil, ya que es una aplicación de baja potencia sin necesidad de memoria grande.

No estoy seguro de cómo el OSX de 64 bits maneja los binarios de 32 bits, pero en Windows, la emulación es casi perfecta, y para muchas aplicaciones, simplemente no hay necesidad de actualizar.

Answer 2

No puedo hablar por el CLR (supongo que es similar), pero una JVM de 64 bits le dará todos los beneficios de memoria de 64 bits sin conversión alguna.