Domanda

Con l'uscita di OS X 10.5.7, si è parlato molto di app a 64 bit contro app a 32 bit ... produttori che dovranno convertire app, produttori che non saranno in grado a breve a causa della mancanza di risorse (apparentemente è un grosso problema), ecc. Quali sono i vantaggi della conversione di una determinata app (come iTunes) sarebbe, ecc ....

Mi chiedo se, quando corri in una VM (intendo come .Net Framework o JVM) e codice solo in "codice gestito". (in Java, no JNI, non sono sicuro di cosa sarebbe in Ruby):

  1. ottieni i vantaggi quando la tua VM diventa a 64 bit senza mai doverti conoscere da solo? OR
  2. non ottieni davvero i vantaggi (né la seccatura della conversione), poiché le tue app sono piuttosto inefficienti rispetto a ciò che è possibile (anche se forse abbastanza velocemente da fare ciò di cui hai bisogno)?
È stato utile?

Soluzione

Il motivo principale per cui sviluppo a 64 bit è la memoria. Molta più memoria è indirizzabile con puntatori a 64 bit e, per alcuni domini problematici, un limite teorico di 4 GB a 32 bit (spesso inferiore) è meno che soddisfacente.

Per qualcosa come iTunes, la conversione è quasi inutile, in quanto si tratta di un'app a basso consumo che non richiede memoria di grandi dimensioni.

Non sono sicuro di come l'OSX a 64 bit gestisca i binari a 32 bit, ma in Windows l'emulazione è quasi perfetta e, per molte app, semplicemente non è necessario eseguire l'aggiornamento.

Altri suggerimenti

Non posso parlare per il CLR (suppongo che sia simile), ma una JVM a 64 bit ti darà tutti i vantaggi di memoria di 64 bit senza alcuna conversione.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top