Pergunta

Com o OS X 10.5.7 saindo, tem havido muita conversa sobre os aplicativos que são aplicativos vs. 64 bits que são de 32 bits ... os fabricantes que terão de converter aplicativos, fabricantes que não será capaz a qualquer breve, devido à falta de recursos (que é, aparentemente, um grande negócio), etc. o que os benefícios da conversão de um determinado aplicativo (como iTunes) seria, etc ....

Eu estou querendo saber se, quando você executar em uma VM (quero dizer, como o Framework .NET ou o JVM) e um código apenas em "código gerenciado" (em Java, não JNI, não sei o que isso seria em Ruby ):

  1. você obter os benefícios quando seu VM torna-se 64-bit sem ter que saber sobre essas coisas a si mesmo? OU
  2. Você realmente não obter os benefícios (nem o trabalho de conversão), uma vez que seus aplicativos são bastante ineficientes em comparação com o que é possível (embora talvez rápido o suficiente para fazer o que você precisa)?
Foi útil?

Solução

A principal razão de eu desenvolver para 64 bits é a memória. Muito mais memória é endereçável com 64 ponteiros bit, e para alguns domínios de problemas, um limite teórico de 4 GB a 32 bit (muitas vezes menos) é menos do que satisfatória.

Para algo como iTunes, a conversão está perto inútil, pois é um aplicativo de baixa potência sem a necessidade de grande memória.

Eu não tenho certeza de como 64bit alças OSX 32bit binários, mas no Windows, a emulação é quase perfeita, e para muitos aplicativos, simplesmente não há necessidade de atualizar.

Outras dicas

Eu não posso falar para o CLR (eu diria que a sua similar), mas um 64 bit JVM vai lhe dar todos os benefícios da memória de 64 bits sem conversão alguma.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top