Olihan se K12 kehitteillä, mutta taisi taloudelliset realiteetit iskeä ja kaikki paukut pistettiin Zeniin, ja K12 sai napin otsaan. Jim Keller ei päätöstä jälkeenpäin kehunut.
Kun katsoo Zen-sarjan menestystä, niin voinee todeta että varmaan oikean päätöksen tekivät.
64-bittinen ARM on IMHO teknisesti paras CPU-arkkitehtuuri, mutta kysyntää x86-prossuille on paljon (koska windows ja ziljoona windows-softaa jotka toimitetaan vain binääreinä) ja AMD on yksi vain kahdesta firmasta jolla on kovan tason x86-osaamista, ja laittamalla kaikki paukut Zeniin AMD onnistui jälleen haastamaan Intelin kunnolla ja nousemaan tappiollisesta firmasta voitolliseksi.
ARM-markkinoilla taas on lukuisia eri tekijöitä ja ARM-markkinoilla kysyntä high-end-CPUille on paljon pienempää. ARM-markkinoilla AMD olisi ollut vain yksi monesta ARM-kehittäjistä.
AMDn täytyi kehittää loppuun se prossu, mitä se pystyi markkinoilla myymään suuria määriä, eikä se prossu, joka olisi ollut teknisesti hiukan parempi, mutta jota olisi ollut paljon vaikeampi myydä.
Joo ei pitänyt tuosta, mutta uutta mallia huhujen mukaan koittavat tehdä. Toki suolan kanssa
Nyt tilanne on muuttumassa siihen suuntaan, että windowsin /x86n merkitys on jatkuvasti pikku hiljaa pienentynyt ja AMDllä on enemmän resursseja, että sekä x86n että ARMin yhtäaikainen kehitys on realistisempaa, joten nyt ARM-prossun tekeminen on AMDlle järkevämpää kuin 7-8 vuotta sitten.
Apple taitaa ratsastaa pitkälti valmistusnode edun turvin. Kun ovat valmiita laittamaan massia siihen että uutuudet valmistetaan aina sillä viimeisimmällä valmistusnodella niin saahan siitä pienen edun muihin mutta samalla tuotteiden hinnatkin nousee. Se ei tietysti haittaa niin kauan kuin löytyy riittävästi apple uskontoa harrastavia lampaita.
Tässä on nyt vähän ristiriitaista ranttausta. Samalla sekä heität teknisen syyn applen prossujen paremmuudella mutta heti seuraavassa lauseessa haukut niitä ostavat lampaiksi.
Ja Muistaakseni tuo Qualcommin uusi prossu tehdään jo TSMC:n N3-prosessiperheen prosessilla, että tuohon nähden valmistustekniikkaetua ei pitäisi olla, vaikka moniin muihin prossuihin nähden sitä on.
Applella on kaksi oleellista arkkitehtuurillista (ei valmistustekniikkaan liittyvää) teknistä etua noihin muihin ARMv8/ARMv9-ytimiin nähden:
1)
Applen käyttikset käyttävät suurempaa (muistaakseni 16kiB, optio on myös 64 kiB kokoon) virtuaalimuistisivua ja Applen prossujen L1D-välimuisti on suunniteltu hyödyntämään tätä. Oletus 4 kilotavun virtuaalimuistisivusta on liian syvällä kaikkialla windowsin koodissa että windowsilla joudutaan pysymään siinä, ja prossut, jotka suunnitellaan ajamaan windowsia tarvii optimoida tälle 39 vuotta vanhalle(386sta peräisin olevalle) virtuaalimuistisivun koolle, vaikka kyseessä on jopa eri arkkitehtuuri kuin missä se 39 vuotta sitten otettiin käyttöön.
Suurempi virtuaalimuistisivu siis mahdollistaa isomman L1D-välimuistin siten että se ei vielä mene liian monimutkaiseksi ja hitaaksi.
(ja jos Applella joudutaan joskus yhteensopivuussyistä toimimaan moodissa jossa käytetään 4 kiB virtuaalimuistisivuja, sitten voidaan joko kytkeä osa L1D-välimuistista pois päältä tai vaihtaa välimuisti pois VIPT-moodista siten että se hidastuu; en tiedä kumman Apple tekee)
2)
Applella on ylimääräinen x86-yhteensopiva muistinkonsistenttiusmoodi, jota virallisessa ARMv8- tai ARMv9-standardissa ei ole. Tämä mahdollistaa sen, että Apple voi ajaa binäärikäännöksellä vanhoja x86lle käännettyjä softia paljon paremmalla suorituskyvyllä kuin mitä standardeille ARMv8-ytimille voidaan windows-puolella tehdä.
IMHO ARMin pitäisi speksata tämä Applen käyttämä x86-yhteensopiva konsistenttiusmoodi johonkin ARMv10-standardiin tms että microsoft voisi lisätä tuen sille windowsin binäärikääntäjään, ja käyttää sitä, jos rauta tukee sitä.
Ja IMHO Microsoftin pitäisi alkaa putsailemaan omaa koodiaan noista 4 kiB oletuksista, lisätä käyttistason tuki 16 kiB virtuaalimuistisivuille ARM64Ila, ja tämän jälkeen alkaa tekemään jotain tarkastuksia omiin softankehitystyökaluihinsa ja softakauppaansa että yrittää tunnistaa, jos koodarit kirjoittaa koodia joka olettaa 4 kiB virtuaalimuistisivun ja hajoaa isommalla sivukoolla, saisivat siitä jotain automaattista valitusta. Mutta tämä on käytännössä vuosien prosessi.
