Honza Dvorsky Mike Fraxinus dicata in eius blog practica consectaria mutandi ad 64-bit architectura in iphone 5S. Hic articulus de inventionibus trahit.
Causa huius textus maxime ob magnam vim misinformationum divulgatur circa quid novi iPhone 5s cum 64 frenum ARM processor re vera pro usoribus et mercatu significat. Hic conabimur obiectivam informationem de effectu, capacitatibus et effectibus huius transitus pro tincidunt adducere.
"64 bis";
Duae sunt partes processus quem titulus "X-bit" referre potest - latitudo registrorum integri et latitudo indicum. Fortunate in recentissimis processoribus hae latitudinis eadem sunt, sic in casu A7 hoc modo 64-bit perscripta integris et 64-bit indicibus.
Attamen aeque magni momenti est notare quid non significat "64bit"; RAM corporalis oratio magnitudine. Numerus frenorum cum RAM communicandi (sic moles RAM machinae alere possunt) ad numerum CPU frenorum non refertur. ARM processores alicubi habent inter 26- et 40 frenum inscriptionum et mutari possunt independenter a ceteris systematis.
- Data bus magnitudine. Moles notitiarum ab RAM vel quiddam memoriae acceptae ab hoc factore similiter est independentes. Instructiones singulae processus varias notitiarum quantitates petere possunt, sed vel mittuntur in chunkis vel plusquam ex memoria requirunt. Quantitas notitiarum dependet. IPhone 5 notitias iam accipit a memoria in quanta 64-bit (et habet 32-bit processus), et nos ad 192 frenos incidere possumus.
- Quidquid ad fluctuetur. Magnitudo talium tabularum (FPU) denuo independentes sunt ab operationibus processus internis. ARM utens 64 frenum FPU cum ante ARM64 (64 frenum ARM processus).
Commoda communia et incommoda
Si architecturae 32bis et 64bis aliter identicae comparentur, eae fere non sunt diversae. Haec una est e causis confusionis generalis publici quaerentis causam cur Apple ad 64bit in machinis mobilibus etiam moveatur. Nihilominus, omnia ex certis parametris A7 (ARM64) processus oriuntur et quomodo Apple eo utitur, non solum ex eo quod processus architecturae 64 frenum habet.
Sed si adhuc inter has duas architecturas differentias spectemus, plures differentias inveniemus. Patet unum quod 64 frenum integri registri plus 64-bit integros efficacius tractare possunt. Etiam ante, cum eis in 32-bit processoribus operari potuit, sed hoc plerumque significavit eos dividere in minutas 32-bit partes, quae tardius calculos effecit. Ita processus 64 frenum generaliter computare potest cum 64-bit generibus sicut velocius quam cum 32-bit. Hoc significat applicationes quae plerumque 64-bit genera utuntur, multo velocius in processus 64-bit percurrere possunt.
Etsi 64bit summam RAM non afficit, qua processus uti potest, tamen faciliorem reddere potest cum magnis chunkis RAM in uno programmate. Unaquaevis programma currit in 32-bit processus processus tantum circiter 4 GB spatii inscriptionis habet. Consideratis quod ratio operativa et normae bibliothecae aliquid capiant, hoc progressio relinquit cum alicubi inter 1-3 GB ad usum applicationis. Tamen, si ratio 32 frenum plus quam 4 GB ipsius RAM habet, eo memoria aliquantulum magis implicata est. Concurrendum est ad systema operantem cogendum ad hos majores memoriae programma (memoriae virtualizationis describendas), vel propositum in plures processus scindere possumus (ubi uterque processus iterum theoretice 4GB memoriae promptus ad directam compellationem habet).
Sed hae "hackes" tam difficiles sunt ac lentae sunt ut minima applicationes illis utantur. In praxi, in 32-bit processor, unaquaeque programma tantum suo 1-3 GB memoriae utetur, et RAM magis promptus adhiberi potest ad plures programmata simul currere vel hac memoria uti quiddam (caching). Hi usus practici sunt, sed programmata quaelibet velimus ut faciliter possint usui rerum memoriae maioribus quam 4GB.
Nunc ad frequentem (re vera perperam) affirmamus sine plus 4GB memoriae, architectura 64-bit inutile esse. Maius spatium electronicum utile est etiam in systemate minore memoriae. Documenta memoriae-praescripta sunt instrumentum habilem, ubi pars contentorum in logice coniungitur cum processu memoriae sine tota tabella quae in memoriam oneratur. Ita ratio potest, exempli gratia, paulatim processus magnae imagini multoties maior quam capacitas RAM. In ratio 32 frenum, tam amplae fasciculi non possunt esse certo memoriae-praeformatae, cum in 64 frenum ratio, est fragmen massae, propter spatium inscriptionis multo ampliorem.
Attamen maiora monstrarum magnitudo etiam unum magnum incommodum adfert: alioquin identicae programmae plus memoria indigent in processu 64-bit (haec maiora indicia alicubi reponenda sunt). Cum indicibus frequens pars programmatum sit, haec differentia latibulum onerare potest, quod vicissim universa ratio tardius currere facit. Ita in rerum prospectu videre possumus quod si modo processus architecturae ad 64 frenum mutavimus, revera totum systema retardaret. Haec igitur factor in aliis locis pluribus optimizations libranda est.
ARM64
A7, 64-bit processus qui novum iPhone 5s efficiens, non est iustus processus ARM processus latioribus inscriptus. ARM64 majores emendationes super vetustiorem continet, 32-bit litera.
subcriptio
ARM64 bis tot habet tabulas integras quot 32-bit ARM (cave ne confundas numerum et latitudinem tabularum — de latitudine in sectione "64-bit" locuti sumus. Itaque ARM64 utrumque bis latius tabulas habet et bis totidem. descripta). ARM XXXII frenum ARM habet XVI tabulas integros: unum programma calculi (PC - continet numerum hodiernae instructionis), ACERVUS (monstratorem functionis in progressu), nexum mandare (monstratorem reditus post finem functionis) reliquaque 32 usui sunt. Attamen ARM16 habet 13 tabulas integras, incluso uno actis mandare, nexum actis mandare, typum indicis (similis saxeo monstratori), et in posterum reservatum. Haec nobis folia cum 64 registris ad usum applicationis, plusquam duplum 32-bit ARM. Eodem tempore ARM28 duplicavit numerum fluitantis numeri (FPU) registri ab 32 ad 64 16 bis descripta.
Sed cur numerus tabulatorum tantus maximus? Memoria plerumque tardior est quam CPU calculis ac lectionibus/scriptorum diutissime capere potest. Hoc processus ieiunium facere debet habere memoriam exspectandi et celeritatem naturalem modum systematis attingere volumus. Processores hanc difficultatis difficultatem in cratium quiddam abscondere conantur, sed etiam velocissimus (L1) adhuc tardior est quam ratio processus processus. Nihilominus scripti sunt cellae memoriae in processu directo et eorum lectio / scriptura satis celeriter processu non retardet. Numerus registrorum fere significat quantitatem celerrimae memoriae pro calculis processus, quae celeritatem totius systematis valde afficit.
Eodem tempore haec celeritas optimizationem adiuvandi a compilator eget, ut lingua his commentariis uti possit et non omnia in studio generali (tarda) memoriae reponere.
Instructio
ARM64 etiam maiores mutationes affert ad instructionem statutam. Instructio copia operationum atomicarum est quam processus conficere potest (eg "ADD register1 actis mandare" numeros in duobus registris addit). Munera singulis linguis praesto his instructionibus componuntur. Plures functiones multipliciores instructiones plures exercere debent, quo tardius possunt.
Novae in ARM64 sunt instructiones de encryptione AES, functiones SHA-1 et SHA 256. Itaque pro implicatione implicata, lingua tantum hanc disciplinam vocabit - quae ingentem celeritatem ad talium officiorum supputationem afferet et in applicationibus securitatem in votis additis. E.g. novus Tactus ID his instructionibus etiam utitur in encryption, permittens verae celeritatis et securitatis (in theoria oppugnator debet ipsum processus mutare ad accessum datae - impractical ut minimam magnitudinem minimam datam dicam).
Convenientiam cum 32bit
Praestat commemorare A7 plene currere posse in 32 frenum modo sine emulationis necessitate. Significat novas iPhone 5s applicationes ad 32-bit ARM sine ullo retardatione confectas currere posse. Nihilominus, tunc novis ARM64 functionibus uti non potest, semper operae pretium est peculiarem iustam aedificandi rationem A7 facere, quae multo velocius currere debet.
Runtime mutationes
Runtime est codex qui munera addit linguae programmationis, qua uti potest dum application currit, donec post translationem. Cum Lacus applicationis compatibilitas servare non indiget (quod 64-bit binarius in 32-bit) praestare potuit ut pauca plura meliora linguae obiectiva-C efficere possint.
Una earum est quae dicta tagged regula (notatum indicator). Communiter objecta et monstra illis objectis in singulis memoriae partibus recondita sunt. Nihilominus novae regulae rationes permittunt classes cum parvis notitiae ut res directe in monstratore congregentur. Hic gradus excludit necessitatem directe ad obiectum memoriae collocandum, sicut monstratorem creare et obiectum intra ipsum. Indicatores Tagged solum in architectura 64-bit sustentantur, etiam ob hoc quod in 32-bitris notore spatium satis non est ad notitias satis utiles reponendas. Ergo iOS, dissimilis OS X, plumam nondum sustinebat. Sed, superveniente ARM64, hoc mutatur, et iOS comprehendit etiam hac in re cum OS X.
Etsi indicibus 64 calcaria longa sunt, in ARM64 tantum 33 frena pro inscriptione regula propria adhibentur. Et si cetera monstrantium frena certo detegere possumus, hoc spatio uti possumus ad notitias additas reponendas, sicut in indicibus memoratis tagged. Ratione, haec est una maximarum mutationum in historia obiectiva-C, licet non sit pluma venale - ita plerique utentes nescient quomodo Apple obiectivum-C moveat deinceps.
Quod ad utiles notitias quae in reliquo spatio talis tagged indicis condi possunt, obiectiva-C, exempli gratia, nunc utendo eo ad condo sic dicta. reference comitem (number of references). Antea, relatio comitis alio loco in memoria reposita fuit, in mensa Nullam parata ei, sed hoc totum systema retardare potuit in casu permulti vocati alloc/dealloc/reten/dimissionem. Mensa ob stamina securitatis clausa esse debebat, ideo relatio computatorum duorum objectorum in duobus filis simul mutari non potuit. Sed hic valor nuper insertus ceteris qui dicuntur est indicibus. Alia haec inconspicua, sed ingens utilitas et acceleratio in futurum. Sed hoc numquam fieri potuit in architectura 32 frenum.
Informationes de obiectis consociatae, an objectum debiliter referatur, an necesse sit destructorem pro obiecto generare, etc., recens etiam inseritur residuis indicibus obiectorum, ob hanc informationem obiectiva-C. runtime fundamentaliter accelerare potest, quod in uniuscuiusque applicationis velocitate resultat. Ex probatione, hoc significat circiter 40-50% velocitatem omnium memoriae administrationis vocat. Modo mutando ad 64-bit indicium et hoc novo spatio utens.
conclusioni
Etsi competitores opinionem diffundere conantur architecturae moventis ad 64 frenum, necesse est, iam scies hanc opinionem valde imperitam esse. Verum est quod commutatio ad 64 frenum sine accommodando linguam tuam vel applicationes nihil realiter significat - etiam ratio totius retardat. Sed novus A7 moderno ARM64 utitur cum nova institutione instructus, et Apple negotium accepit ut totam linguam obiectivam-C modernizet et novis facultatibus uteretur - hinc celeritatis promissae.
Hic multae rationes memoravimus cur architecturae 64-bit gradus ad dextrum gradum progrediatur. Alia est revolutionis "sub cucullo", propter quam Apple in fronte manere conabitur non solum consilio, usuario ac oecosystematis opulento, sed maxime cum recentioribus technologiae in foro.
Multus imperiti Android/Samsung populus hunc articulum legere et in angulo abscondere debet.
Bene nos illis misereri debemus. Annos tragicos UX et UI Android excusaverunt dicentes se maxime technicam OS lineamentis provectos habere et nunc se post annos iterum reperisse :)
Si homo non est ovis et auscultat tabulas (et is bonus est), tunc post personalem experientiam potest suam sententiam ferre :-).
Conor omnes fere certationis et sententiae meae.
Mihi enim opus est nova eximii magni operis mobilis telephonicii, quod non multum in eo consumo. Ille est Minus mihi opus est perficiendi pro minori pretio ;-). Forsitan mallem tardiorem cum altilium grandiore.
E contra, novus procak utilis esset pro iPad ubi multa ludi sunt :-).
Android/HTC :) quia satis fun est mihi et radicans et convertens qualitatem HW in celerem pugnatorem meum amabam. Et iOS non faciam illud. (Necesse est etiam. Plus minusve, iOS ordinatur ut omnia opera ut oportet et nihil ibi habes. Cum ludere desino, emam malum et eo fruar). Sed nescio cur morem pueri inter se oppugnas. Apple perfecte ut Android. Suus 'similis cum Dictatorship comparans Democracy and the like... Ego spectavi in colloquio iPhone 5S praesentationis et non obstante quod aliquid ex Apple non habere, amavi 64bit et alia incrementa quae veniebant. Sed non quia honimír trtko complexus sum, qui post PC sedet et Android aut Lacum sectatur, sed quod profectum video qui me diu non morabitur. Populus satus opus vere difficile est ut bullshit agere non vacat, ut eam comiter ponat.
constructiva collatio ex altera parte :) kiez aperiet oculos reliquorum 99% android positive
fortasse 99% de pomis fanaticis primum disserendum est, deinde colloquia constructiva habere possumus
valde implicata quae simpliciter explicata sunt gratias
Articulus magna! Ita consentio ut Android/WP usorum utentes hunc articulum ut oportet legere debent. Instead of trolling and loquitur captiosus de "quomodo 64b est inutilis in mobilibus"…
tu probabiliter numquam in manu tua wp habuisses, aliter hoc non haberes
Cum primae eius successus in foro mobili, LG nihil aliud egit quam certamen linivit, sed essentia, hoc toto tempore vestigia eius secutus est. Apple semper munus exemplar societatibus technicis fuit, et si tantum ludibrium ac constanter fallendi clientes intendunt, mox offendent. Pomum suum semper abiit et res semper fuit valde bene leo, quod multae societates certatim in industria carent.
Posset dicere Samsung fluctum equitare et facultates suas captans. He bet on Android, magnam HW habet, multam ipse facit, honestam sustentationem habet. Et sicut quaelibet turma praedatoria Asiatica, utitur omnibus facultatibus vendendi. Et sane subit et imitatur. Quod "obliquis" bonum est, id imitatur. Optime rati sunt multo vilius quam sua via gradatim ire. Et cum magna multitudo, hoc simpliciter praestare potest. Sed…
Modo non intellego cur celeritas telephonica crescat, exempla praebe mihi eorum quae eo uteris, sensim nihil mihi facit ad augendam telephonicii mobilis actionem, sed verbum venalicium removebo.
Ludi, male ludi optimi. Item, Transport Tycoon in iPad 3 non tam aequaliter et in eodem proposito currit sicut in desktop. Exemplum.
Modo non intellego quam ob rem celeritas telephonica crescat, exempla praebe mihi eorum quae eo uteris, sensim nihil mihi facit ad augendam telephonicii mobilis observantiam, si verbum venalicium ab eo removeo. .
Nam video, audio et imaginem processus. Ac die ad ludos.
Quicumque iPhone tantum utitur ad electronicas vocandas, texting, et interdum legendas aut mittendas, et interdum in interreti superficies iPhone opus erit 4. Credo plures tales utentes esse. Non quisque eget optima telephonica in mundo :-)
ovis
Nihilne commercium physicum inter ferramenta et programmatum aliquid tibi medium est? Hoc me admonet aliquid de fine saeculi XIX, cum physici illius temporis dixerunt omnia in physicis iam detecta esse et nihil necesse fuit permanere (decennium ante theoriam relativitatis et tres ante quantum theoriam) .
Optima numquam finit studium. Etiam luctus interdum odio ac interdum. Si autem haesit unus, non sinit alterum. Non tam ambitiosi posteris nostris erimus :) Sic commentarium tuum - telephonicum velocius applicationes potentiores dabunt, quod multum plus quam agitet facere poterunt. Aliquando autem res etiam hodie computatores non satis sunt. Futurum excitat.
Prorsus :)
Articulus delicatus, sed non intellego cur Lacus 7 GB de RAM in A2. Ita, iOS multitasking non talis est ut 2GB necessario opus sit, sed data dupla longitudinis regulae memoriae, multo aptior.
Aliter vero assentior processorem 64 frenum "necessarium" esse pro telephono mobili, sicut retinae ostentus vel mus opticus loco pilae supervacaneum erat - omnia haec inventa "necessaria" sunt appellata, sed mea quidem sententia recte verbum "salutare" est, quia iterum venire debet et Apple non timet aliquid novi ascendere.
I. Secundum id. Dolendum sane, etiam "frustra" expressio accurata non est. Superfluum autem significat id cuius prioritas non cognoscit. Quod utique verum est. Celeritas tanta velocitate non indiget, sed certo cognoscitur. Et cum programmata ferramentorum conprehenderit, iterum emendandi locus erit.
Certus sum in favore, dico iP5 vere pulchellus celere Mauris quis felis, ergo 5S omnino 64bit esse non debuit. Sed quodam die iterum agere debebat et Lacus erat et iam erat. Quamdiu enim meminisse possum, periti etiam locuti sunt quomodo 64-bit processores etiam in computatris inutiles erunt.
Mihi, ut laicus IT qui matric paene defecit, conclusio magni momenti est. Totus articulus (suggestis commentationibus) satis perspectus mihi videtur, et quamvis explicare non possim, A7 cum 64-bit architectura gradus est progressus. Tibi gratias ago pro delatione.
Titulum articulum recensere volo, ut est ipsum movere. Omnis innovatio per se ipsum movens est. :-)
Non credo. For example, Samsung uses venalicium movet. Ostendunt cum RAM quod iPhone omnino non indiget. Earum recessus cum notis quae omnino usui non sunt. De industria augendae processus effectus ad probationes. ETC. Venale est, etsi sic, fallitur, quod non solum impune debet;)