Kontroversen om at eple har endret seg Intel for sine egne prosessorer under ARM arkitektur er langt fra over. Strategi til side er sannheten at utfordringen til Cupertino er enorm når det gjelder programvareseksjonen, siden X86 og dens prosessorer har lite å gjøre med ARM og deres, hvorfor er det så vanskelig å endre arkitektur og hvor viktig programvaren er i dette?
Apple kommer til å spille mye sterkere enn i 2006 da det til slutt forlot IBM å gå i armene til Intel. Han hoppet fra et etablert og muskuløst selskap for å gå med giganten til en arkitektur der hele sektoren fungerer. I stedet satser det nå på ARM i et miljø som langt fra ligner på den tiden, og det oppstår tvil blant brukerne.
Hvilket aspekt bruker mer tid i denne endringen av Apple og Intel?
Uten tvil, design og FoU som A13 prosessor vil inkludere vil være verdig å studere, siden det vil bli implementert i 5 nm med 12 kjerner og en rekke forbedringer som det bare er rykter om. Men dette er noe der Apple til enhver tid kan bestemme både utviklings- og optimaliseringstidene for arkitekturen. På den annen side forårsaker alt som er relatert til deres “boble”, maskinvare eller programvare, dem alvorlige problemer.
Derfor er ikke aspektet der Apple kommer til å savne Intel mest i maskinvaren som sådan, men i programvaredelen. Uten å ville dykke for dypt inn i tekniske konsepter, er det visse deler av optimaliseringsprosessen som Apple ikke bare trenger å ha i operativsystemet sitt, men alle som vil tilby støtte i programmet sitt, må gjøre det.
For det første skal et enkelt installasjonsprogram av slike programmer kunne velge mellom forskjellige sammenstillinger avhengig av arkitekturen eller velge riktig. Du må også føre en enorm mengde kode for å ende opp med å korrigere mye av den på grunn av samlingsfeil og verktøyene.
Hvordan tvinge millioner av utviklere til å portere koden sin for ARM-maskinvaren din?
Apple vil klare å porte koden for operativsystemene sine, og vi forstår at produsentene vil måtte gjøre det samme for driverne. Men utfordringen er ikke det, utfordringen er i samfunnet og fagfolk bak Apple-økosystemet.
Vil de etterligne det meste av programvaren? Må det skrives om delvis og kaste bort tid og ressurser på det? Og til slutt, vil disse selskapene være verdt å gjøre for å holde seg i eplebransjen?
Språktypen som brukes, kompilatoren og et endeløst antall variabler kan gjøre å bære et program så komplisert som det er ineffektivt, hvor hvor mye kraft det har, det oppnår veldig dårlig ytelse. Microsoft og Intel har jobbet med en slags oversetter i lang tid for å kjøre X86-programmer i ARM uten å måtte omskrive dem, jobber Apple kanskje med noe lignende, men vi vet ikke om det kommer i tide og om det vil fungere så bra som forventet.
Utviklere må bære millioner av apper for å tilpasse seg nye enheter, og det koster tid og penger, noe som kan krympe Apple-økosystemet i stort antall. Som vi ser, fortsetter tvilen og vil fortsette til vi ser den første enheten med ARM som fungerer og sjekker hvor modent alt er.
Det som virker klart er at hoppet mellom X86 og ARM hos Apple vil være sakte og tilsynelatende irreversibelt, men er det virkelig det rette alternativet? Hvilken verdi har merket gir nå for maskinvaren? Kanskje den tilpassede designen og implementeringen, noe som ikke ville være berettiget hvis ytelsesproblemer, mangel på programvare eller dårlig optimalisering av det begynner.
