Apple presenta iPhone 5S & iPhone 5C.

[Nonefonow]

• 

Solo il Commie non ha mai bisogno di "espandersi", tutto il resto è robaccia che non basta mai!

Verissimo, pero' il MegaPatch 3 sul C64 con una scheda / cartuccia 1764 modificata da 2MB gira in una maniera da far lustrare gli occhi.
Il tutto all'incredibile velocita' di 1MHZ

[lucommodore]

• 

... pero' il MegaPatch 3 sul C64 con una scheda / cartuccia 1764 modificata da 2MB gira in una maniera da far lustrare gli occhi.
Il tutto all'incredibile velocita' di 1MHZ

Serve solo per velocizzare il GEOS...

[fulvio]

• 

Sì, sto facendo esperimenti con Modo e sto imparando un po' meglio Premiere ^_^
E poi lo sviluppo con diverse VM attive consuma tanta Ram :p

Appunto, utilizzi che su un telefono vedo cmq difficili

Comunque, sei sicuro che il chip di Apple integri anche la Ram? Tutti gli altri usano LPDDR esterna per ovvi motivi.

Quasi, nel senso che l'ho letto a più riprese, oltre ad aver letto che è una caratteristica abbastanza comune per i procesori ARM.

http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/

Vedi la sezione WILL WE GET MORE MEMORY? (UPDATE)

[TheKaneB]

• 

che io sappia, tutti gli smartphone oggi in commercio hanno il chip LPDDR separato, e sono tutti Hynix, Samsung, Elpida.

EDIT: Apple iPhone 5 ad esempio usa un chip Hynix, seconda foto (è sul retro della board) http://www.ifixit.com/Teardown/Apple+A6+Teardown/10528/1?singlePage#s38365

[TheKaneB]

• 

che io sappia, tutti gli smartphone oggi in commercio hanno il chip LPDDR separato, e sono tutti Hynix, Samsung, Elpida.

EDIT: Apple iPhone 5 ad esempio usa un chip Hynix, seconda foto (è sul retro della board) http://www.ifixit.com/Teardown/Apple+A6+Teardown/10528/1?singlePage#s38365

Mi correggo. Quel chip Hynix sembra essere la Flash memory. La Ram è dentro il package (ma su Die separato) del chippone principale. E' di marca Elpida.

In pratica il chip di Ram e il chippone sono saldati uno sopra l'altro, come un letto a castello, ma sono componenti fisicamente separati (basta sciogliere la plastica esterna e separarli con una lama) http://www.a-elpida.com/eng/product/pop.html

[fulvio]

• 

che io sappia, tutti gli smartphone oggi in commercio hanno il chip LPDDR separato, e sono tutti Hynix, Samsung, Elpida.

EDIT: Apple iPhone 5 ad esempio usa un chip Hynix, seconda foto (è sul retro della board) http://www.ifixit.com/Teardown/Apple+A6+Teardown/10528/1?singlePage#s38365

Mi correggo. Quel chip Hynix sembra essere la Flash memory. La Ram è dentro il package (ma su Die separato) del chippone principale. E' di marca Elpida.

In pratica il chip di Ram e il chippone sono saldati uno sopra l'altro, come un letto a castello, ma sono componenti fisicamente separati (basta sciogliere la plastica esterna e separarli con una lama) http://www.a-elpida.com/eng/product/pop.html

Agreed, ma resta comunque l'impressione suddetta che non ci sarà un incremento esponenziale della RAM:

"When PoP memory will not be enough, “3D” memory will be able to “give enough memory for everybody” : chips of memory stacked together as they are manufactured, with possibility to place 10+ layers of 1GB RAM in the same volume as current hardware. But : cost will be higher, frequency or voltage will have to drop to stay in the power limit.

Mobile RAM bandwidth will not continue to increase as much as it did recently. Bandwidth is limited by the number of lines linking the SoC and the RAM package. Currently, most of the periphery of high performing SoC is used for RAM bus lines. The middle of SoC can’t be used to add RAM lines due to the way the packages are stacked. Next big improvement will come from single package highly integrated SoC & memory : SoC & memory will be engineered together and stacked in the same package, allowing for much smaller, denser and numerous RAM lines (more bandwidth), more freedom for SoC design and possibly lower RAM voltage. With this type of design, bigger caches may be a possibility as some RAM may be put in the SoC die with even higher bandwidth."

[TheKaneB]

• 

Sicuramente non esponenziale, ma lineare nel tempo sì.

[cdimauro]

• 

Quello che non mi torna è questo fantomatico chip A7 a 64 Bit .
Cioè Arm a 64 bit su di un  telefono?
Ditemi che è solo marketing

ehehe non è solo marketing, perchè consentirà di avere in futuro più di 4GB di Ram anche sui cellulari (Il Galaxy Note III ha 3GB di Ram).

Ma ci vorrà tempo. Comunque è una buona mossa per anticipare il passaggio: quando ci saranno dispositivi con 4 o più GB di memoria, il s.o., i driver, e le applicazioni a 64 bit saranno già presenti.

Per il resto la nuova architettura ARM a 64 bit è in grado di mostrare prestazioni superiori del 20% circa rispetto allo stesso codice eseguito dallo stesso chip, ma a 32 bit. Quindi anche solo per questo vale la pena utilizzare questa nuova CPU a 64 bit (in modalità a 64 bit, ovviamente).

[cdimauro]

• 

Quello che non mi torna è questo fantomatico chip A7 a 64 Bit .
Cioè Arm a 64 bit su di un  telefono?
Ditemi che è solo marketing

Beh almeno in parte senz'altro: la Apple se la giocava così anche ai tempi del G5: tirava fuori il "primato" ma poi passavano anni prima che i 64 bit fossero supportati a livello SW... Ricordo di aver letto un articolo che parlava di questo scritto proprio dal nostro cdimauro.

Eccolo: Apple ri-scopre i 64 bit…

Non so se sia solo questione di marketing, penso sia anche l'acquistare grosse partite di HW o stringere lunghi accordi con le fabbriche di produzione.

Non credo che Apple abbia bisogno di questo. Anche perché... lo fa già.

In caso, sui telefoni gli andrà meglio che con le CPU G5 dei desktop dal momento che quest'ultime poi le dovette tirare nel bidone per spostarsi sugli X86 a 64 bit...

Concordo.

[TheKaneB]

• 

Comunque ho appena scoperto che il primo smartphone con ARM a 64bit è un Huawei presentato un anno e mezzo fa: http://www.techradar.com/news/phone-and-communications/mobile-phones/huawei-ascend-d-quad-is-as-powerful-as-a-64-bit-pc-1066474

[cdimauro]

• 

Ah Ok quindi anche il kernel di ios7 deve essere per forza a 64 Bit giusto? senno nada

iOS è solo una versione ridotta di OS X, ed esiste anche in versione x86 che è quella che gira nell'iPhone Simulator che è incluso tra gli strumenti di debug di XCode.

Se hanno fatto la versione ARM64, vuol dire che il kernel è già predisposto. Anche perchè le differenze tra ARM 32 e ARM 64 sono pochissime, si adatta facilmente (da x86 a x64 invece è un delirio, sono totalmente diverse).

In realtà ARM64 (ARMv8) è molto diversa dalla classica ARM32 (ARMv7 o inferiori), e del tutto incompatibile. Per passare ai 64 bit ARM ha dovuto riscrivere completamente l'ISA, eliminando anche istruzioni (pensa a quelle di load/store multiple dei registri) e funzionalità (è sparita l'esecuzione condizionale di tutte le istruzioni; esistono soltanto alcune istruzioni che sfruttano le condizioni, similmente a quanto fatto da Intel con le famigerate CMOVcc o FMOVcc, ecc.).

Paradossalmente x64 è molto più compatibile con x86 (a 32 bit) a livello di codice rispetto ad ARM64 vs ARM32, a livello di sorgente. E anche a livello binario, x64 è di gran lunga più compatibile con x86 rispetto ad ARM64 con ARM32: queste ultime due hanno opcode table estremamente diverse (anche se a livello sorgente poi sono più compatibili; fatta eccezione per le modifiche di cui sopra).

x64 e ARM64 hanno anche dei punti in comune: anche in modalità a 64 bit riescono a eseguire in maniera trasparente il vecchio codice a 32 bit. Inoltre entrambi hanno raddoppiato i registri rispetto alla precedente architettura a 32 bit (ed è questo raddoppio dei registri che ha consentito il netto miglioramento delle prestazioni, per buona parte).

[TheKaneB]

• 

Intendevo a livello di ASM, non ho approfondito la situazione sul codice binario.

[cdimauro]

• 

Ad ogni modo, che RAZZO ci si deve fare con più di 4GB di RAM su un telefono? 

ACHTUNG! Pericolo cazzata!

Mai dire che <x> quantità di Ram è troppa, MAI!

In 10 anni i cellulari sono passati da "telefono senza fili" a "computer general purpose", con memoria Ram che è passata da decine di KB a 2-3 GB.

Da qui a 2 anni il telefono medio avrà certamente 2 GB, con i modelli top sicuramente sopra i 4GB.

Potrebbe essere una cazzata, ma quando la capacità di interazione è limitata dalle dimensioni non è che ci sia molto da fare. Al giorno d'oggi sui desktop nemmeno servono in generale più di 4 gb. Solo se fai editing audio/photo/video, rendering 3d etc.!

In realtà anche la navigazione ormai si mangia parecchia memoria, specialmente con Javascript di mezzo.

Poi se sei uno sviluppatori gli IDE sono diventati abbastanza cicciotti.

Cose che su un telefonino, vabbè si potranno anche fare, ma mi chiedo a che prò.

I telefonini hanno il problema che ormai fanno girare tante applicazioni senza nemmeno che te ne accorgi. E siccome le app devono essere fiche, pure con immagini ad alta risoluzione, finisce che ti succhiano parecchia memoria.

Poi c'è comunque il problema di farcela entrare la ram in quello spazio

Ci sta, ci sta. Non nel core, come ti è già stato detto, ma nello stesso package.

e soprattutto di non far peggiorare le prestazioni delle batterie...

Questo è il vero problema. Comunque con le LPDDR3 c'è una buona banda e un consumo ridotto. Con le prossime LDDR4 andrà ancora meglio.

ci vorrà molto più tempo probabilmente per superare i 4 gb.

Non molto. Facciamo il prossimo anno?

[cdimauro]

• 

Comunque ho appena scoperto che il primo smartphone con ARM a 64bit è un Huawei presentato un anno e mezzo fa: http://www.techradar.com/news/phone-and-communications/mobile-phones/huawei-ascend-d-quad-is-as-powerful-as-a-64-bit-pc-1066474

Avranno usato un Atom.

[cdimauro]

• 

Intendevo a livello di ASM,

E' abbastanza compatibile, ma scordati l'esecuzione condizionale di tutte le istruzioni: questo è un grosso, radicale cambiamento, che potrebbe portare tanto software a non essere ricompilabile. Idem per le load/store multiple dei registri che, come sai, sono molto usate.

Già solo per queste due cose è molto difficile che un sorgente ARM32 possa essere ricompilato senza problemi su ARM64. Al contrario di x64 con x86, dove la compatibilità a livello di sorgenti è estremamente elevata.

non ho approfondito la situazione sul codice binario.

Non ho trovato la opcode table, ma mi sono studiato la nuova ISA e anche alcuni paper in cui gli ingegneri di ARM spiegavano i problemi che hanno dovuto risolvere per arrivare alla nuova architettura a 64 bit, ed è sicuro che gli opcode hanno una struttura molto diversa.