Gde vidite Intel-a za nekih 2 do 5 godina? :)

For the record, Power10 ide na Samsung fab i njihov 7nm proces... Takodje, cist RISC dizajn, bez problema sa (legacy) dekoderom.

---

Super za RISC V - ako se udomi kod nekog pametnog + pristup TSMC-u, to moze biti vrlo opaka stvar.

Detalji za M1 arhitekturu: https://www.anandtech.com/show...ple-silicon-m1-a14-deep-dive/2
I malo diskusije na ovu temu: https://news.ycombinator.com/item?id=25257932

Secas se na ovakvim ES diskusijama da sam ja uvek odbacivao blanko ocenu da je Intel automatski losiji ili trosi vise zbog x86 instrukcija? Instrukcijski dekoder za x86 trosi jako malo prostora na cipu i trosi jako malo u odnosu na ukupan TDP.

Takodje, sve do Apple-a Intel jednostavno nije imao nikog ni blizu po performansama, tako da nisu morali da se brinu da ce jednog dana samo >postojanje< tog x86 dekodera biti problem.

Cek... samo postojanje? WTF? Zar nije zanemarljiv?!?!

"Zavisi" :-) Intel je sigurno imao racunicu da jedini nacin da x86 dekoder postane problem ako se dese 2 stvari:

1. Da izgube prednost u performansama same arhitekture
2. Cak i ako ih stizu u #1, nije problem dok god imaju generacijsku (nekad i par) prednost u fabrikaciji --> mogu, kao sto ademare rece, da ulupaju tranzistore u problem :-)

I to je bila tacna procena rizika koja je Intel-u dozvolila da se uopste ne bavi x86 dekoderom, posto je sve vreme bio to TEORIJSKI problem. Umesto bavljenja teorijom, Intel se bavio... praksom: primenom marketinske teorije na segmentaciju proizvoda, vrlo uspesno. Nema ECC-a za HEDT, nema overclock-a za servere... nema MP-a za HEDT, nema XMP za servere. Nema VT-x (jbt) za "K overclocker modele", nema overclock-a za "vPro/VT-x modele", imas neki petium? Nema AVX-a bato (cek cek... pa na cipu je?? Iskljucili smo ga!)... ajmo step-up: nema Hyperthreading-a za jeftine ulaznice, nema podrske za brzu memoriju za jeftinije ploce (wtaf? pa to je funkcija CPU-a... haha) - a neki ASUS provalio kako da zaobidje? BAM - microcode update, nema vise. O cenama serverskih procesora necemo, disertacija na primeru kako se muze kravica...

A onda se promenilo sve...

1. Pojavio se konkurent cija arhitektura nije u klasi "mozda vas stignemo" vec je bukvalno 2 generacije ispred... rizik bafer je ne nestao vec promenio znak!
2. No problemo... Intel uvek moze da strpa tranz... oh wait! Apple je na TSMC procesu koga intel MOZDA ali samo mozda stigne za 2 godine... Apple je taj koji moze da "strpa tranzistore" i to... rade :-)

Pazi sad... sta je koji q ovo toliki problem? Ako pogledas one silne dijagrame koje smo razmenili ubedjujuci se sta je arhitektura a sta ne - primetices da Intel bukvalno ima duplirane stvari:

Da ti pomognem: https://en.wikichip.org/wiki/i...itectures/sandy_bridge_(client)

Znaci, Intel mora da se *bava sa optimizacijama x86 dekodera. Te optimizacije su jebene - x86 instrukcije su varijabilne duzine, show... A onda, kad zavrse sa dekodiranjem E ONDA mogu da predju na pravu stvar, spajanje i baferovanje mikro-instrukcija i sav taj jazz.

Problem? Intel moze da razbije optimizaciju toka mikro-operacija (sto i rade). Bilo bi im pametno da prosire dizajn, 4+1 vise nije kul posle Apple-a, ali - okreni-obrni, tu ne mogu da pogrese samo ako dobro rade posao... OK!

Hmmm... ali, koliko god da im je uOP pipeline dobar, on na kraju zavisi od x86 dekodera koji ga puni, a taj dekoder je nezgodni deo... varijabilne instrukcije & sht. Znaci, mogu da naprave najbolji, najbrzi, najjaci deo procesora koji radi sa uOP-ovima, ali dzaba im sve to ako nesrecnik mora da ceka na x86 dekoder da ispljuje svoje instrukcije.

Kapiras? Ovo >nije< problem potrosnje ili problem tranzistorskog budzeta. Ovo je problem gde imas potencijalni ferarri koji mora da ceka da vozac dodje busem. A ne mozes da nadobudzis taj bus i ugradis mu turbine, zato sto nemas vise budzet za budzenje (nema tranzistora, potrosnja ne moze u nebesa)

Ouch...

I tek kad pomislis da nije moglo da bude gore... samo jos jedna stvar: Apple nije stigao Intel sa M1... Apple je razbio Intel u arhitekturi jos pre 2 godine. Samo sto to nije bilo moguce dokazati jednostavno a Apple je bolela ona stvar uopste za to. Apple je samo nemusto procesor nazivao "brzim od desktop procesora" i tu stao. Vec taj A12 iz 2018 je bio daleko ispred Intel-ovih tehnologija Jedino sto si samo mogao da poteras Geekbench i cela stvar je uvek dolazila spakovana u kuciste telefona bez aktivnog hladjenja. Bilo je par testova gde su ljudi portovali numericke solvere, gde se videlo pravo stanje stvari - ali sve to je bilo odbaceno kao periferni testovi, Apple fanboyi... stagod.

K'o rani Pentium III testovi koji su predskazali sta ce biti sa NetBurst arhitekturom.

--

Sta Intel moze? Pojma nemam - morace u isto vreme da debelo unaprede uArch i debelo da poboljsaju fabrikaciju... *ebeno.

Apple im je zadao domaci. TSMC im je zadao domaci... AM.. ok, dosta je :-)

---

Možda je vreme da izvuku VISC iz fioke :d Nisu bez razloga kupili Soft Machines pre par godine (čini mi se da su pre toga AMD i Samsung investirali neke pare u njih)

Marvell je beše odustao od custom čipova? A thunder X3 je na papiru takođe bio zver. Samsung M5 (i M3/M4) ima 6-wide decoder, pa je opet sporiji od SD865, A12 i A13 u skoro svim ST testovima (posebno od A12/13). Ima tu još posla. I čekamo da vidimo šta će NUVIA da napravi, pošto obećavaju kule i gradove.

Iako verujem da ćemo uskoro videti još ARM čipova koji će po performansama prestići trenutne x86 modele, nisam siguran da ćemo videti paltformu (Windows, ChromeOS, Linux) koja će prosečnom korisniku doneti korist. Osim možda trajanja baterije, što je uvek dobrodošlo. Ali za mnoge nedovoljno ako postojeći aplikativni softver nije spreman za novi CPU. Tako da Intel ima nekoliko godina da uzvrati udarac :D

Ivan:"Detalji za M1 arhitekturu: https://www.anandtech.com/show...ple-silicon-m1-a14-deep-dive/2"

Nije im tacan podatak za AMD, od Zen1 AMD moze 6 mikrooperacija po taktu. Apple samo nagadjaju al ajde da je tacno.
E sad oko tih 6 kod AMD-a. To doprinosi boljim performansama kod SMT-a u slucaju AMD-a vs Intela, jer tesko
da ce vise od 4 mikrooperacije izvuci u single threadu zbog toga sto instrukcije moraju biti medjusobno nezavisne,
ali u slucaju SMT-a gde se vuku dva threada izvlaci tih 6 pa amd SMT izvlaci vise nego Intel HT.
Kako se to desava kod M1 koji nema SMT, tek treba videti Apple-ovo resenje. Medjutim ja mislim da je Apple-ova
memorija collprit u ovom slucaju a ne siroki dekoder, no vec ce neko zakljuciti ;)

Jesi cuo za Graviton 2 ? Vec je prestigao trenutne x64 modele u par stvari, konkretno:

HTTPS load balancing with Nginx: +24%
Memcached: +43% performance, at lower latency
X.264 video encoding: +26%
EDA simulation with Cadence Xcellium: +54%

https://aws.amazon.com/blogs/a...emory-optimized-ec2-instances/

Ovaj tekst je star godinu dana, Graviton2 trenutno:

- Je raspoloziv za iznajmiti za general purpose
- Vec tera skoro sve Amazonove as-a-servise taskove gde se CPU ne vidi (S3, ELB, ALB, security groups....)
- Vec se koristi i na as-a-service taskovima gde se CPU vidi, default je za memcached/redis i tu nudi bolje performanse u odnosu na x64 po manjoj ceni - mereno uporedo za instance sa istom kolicinom memorije (za in-memory cache kolicina memorije je scale)

Jedino sto Graviton 2 ne mozes da kupis pa nema testova i analiza - implementacija je AWS custom, mada je u sustini u pitanju Arm Neoverse.

edit: Naravno, na njemu se vrti Amazon Linux, ali to je, u sustini CentOS. :)

---

Obrnuto je . Izjavili su da odustaju od razvoja procesora za siroko trziste , a da ce se baviti custom resenjima za velike specijalizovane narucioce .


@nkrgovic

U onom Anandovom cuvenom testu , Predpostavljenih testova i rezultata , izracunali su da je jezgro Graviton 2 , samo duplo sporije .

Naravno njih ima 64 komada pa to nadoknadjuju ;)

Jedino što ne mogu da ga kupim :D I Marvell je rekao da neće praviti all-round rešenje za krajnje kupce, već semi-custom rešenja za one koji to hoće (mogu) da plate. I sve što rade Amazon, MS, Google, nVidia... je očekivano. Ali ja sam mislio pre svega na robu široke potrošnje, tj. PC. I Microsoft i Google imaju svoj OS, imaju svoj aplikativni softver i servise, imaju i svoj hardver (laptop, tablet), počeli su i custom čipove da prave, ali mislim da nemaju nikakvu šansu da naprave non-x86 uređaj koji bi radio bolje od trenutnih laptop/NUC rešenja. Bar ne u bliskoj budućnosti.

Inače, neko je testirao 4800U na 10W, 15W i 25W u CB R23, da bi ga uporedio sa M1
https://www.reddit.com/r/AMDLa...utm_medium=web2x&context=3
Naravno, različiti modeli (hlađenje) daju i različite rezultate, ali svakako je nemoguće dostići nivo koji ima M1 sa pasivnim hlađenjem u tako malom kućištu

Nisam to nasao, ali sam nasao anandtech test za graviton2. Posebno je zanimljiva ova strana:

https://www.anandtech.com/show...n2-arm-against-intel-and-amd/9

Cost Analysis - An x86 Massacre je naslov ove strane. Jednostavno, Graviton2 nije u apsolutnoj prednosti u odnosu nad x64, mada, na delu testova graviton2 instance pobedjuju x64, a na svakom testu su "tu negde". Medjutim, kad se u obzir uzme cena instance na sat, onda postane strasno. Cena jedne obrade, jednog test poena, jedne transakcije, sta god, na graviton2 je ubedljivo manja od intel ili AMD masine.

A graviton2 je optimizovan da malo trosi, anandtech procenjuje oko 100W - duplo manje nego x64.

---

Na sta tacno mislis? AnandTech kaze da AMD Zen 1-3 imaju 4-wide dekoder.

To je isto sto i AMD kaze ovde (slajd 5): https://www.slideshare.net/sli.../embed_code/key/6g7kfAYmt73ofd

AMD marketing je tu odmah strpao i da mogu da podnesu 6 OPS-ova.

Divno - ali uzevsi u obzir da ti OPS-ovi moraju doci od negde... hmmm... odakle bi to moglo doci? Da nije x86 dekoder mozda? :-)



Samsung je dobio 50% IPC ubrzanja kada su presli na M3 sa 6-wide dekoderom. Nije dekoder komplet odgovoran za IPC skok, ali sirina dekodera nije besplatna, imaces "duzi" front-end. Tako da je potpuno besmisleno misliti o sirenju dekodera ako nemas dobitke.

Ali uopste ne mozes porediti Apple/Samsung (ARM) dizajn sa Intelom zato sto Intel i ovako i onako ima usko grlo kod x86 dekodera pa su dalje price nepotrebne.

---

Ne bih se slozio. Dekoder sa varijabilnim vs deskoder sa fiksnim instrukcijama ima svoje mane i prednosti i u jednom i u drugom slucaju.A to da ce cpu da penzionise vise od 4 mikroopa
bez SMT-a je cisto teoretisanje i zapravo bih voleo tako nesto da vidim pa da poverujem. Sto se tice procesora oslanjam se na Agner's CPU, blog i kad covek
kaze da Zen moze 6 mikro opa onda mu i verujem.
Nego voleo bih da vidim sta je to kod x86 dekodera usko grlo? Instrukcije se razbijaju na mikropove tako da to odavno vise nije CISC, a sto se tice razlicitih
duzina je prednost u kompaktnom formatu koji se ne razbacuje sa memorijom pa vise instrukcija stane u Icache nego sa fiksnim formatom...

@Branimir,

Sve to pije vodu u teoriji nekog imaginarnog CISC i imaginarnog RISC procesora, gde kazes "a sta je problem ako si postigao optimalno pakovanje varijabilnih instrukcija".

Mozda! Ali to drzi vodu da je tvoj CISC procesor dizajniran juce i da je uradjena jako dobra statisticka analiza koja je kodove instrukcija optimizovala tako da se maksimizuje IPC.

U praksi, to nisu optimalno pakovane instrukcije (u informaciono teorijskom smislu) vec hrpa budza, dobudza i budzeraja levo i desno. Samim tim, nema nikakve sanse da tvoj dekoder postigne optimum performansi kada bi izbacio nepotrebni nivo apstrakcije koji NIJE optimizovan za neku teorijsku maksimalnu efikasnost.

Sto je najgore, jos nismo ni popricali o mapiranju x86 na uOP, gde uOP-i bivaju radikalno menjani iz arhitekture u arhitekturu, a i x86 biva budzen (ali bez da se baca ista od ranije = matori kodovi ostaju isti). Cak i da si nekad imao statisticki optimalan set i kodiranje, posle nekoliko generacija neces. Cela prica je potpuno besmislena - x86 dekodiranje je usko grlo zato sto to nije optimalna kompresija vec budz za kompatibilnost.

Ovo je sustinski problem.

Zasto i dalje pominjes Zen? Kapiras li da pricamo isto samo si ti lose razumeo AnandTech clanak.

Pusti ti Agnera, ne treba nam kad imamo original izvor: Otvori AMD-ov sopstveni crtez arhitekture i videces da je AnandTech pricao o prvom (x86 op), ti i ja sad pricamo o drugom (uOP) jbt.... ili se ne izrazavam dobro???



Idi kupi nesto sa Samsung M2 i M3 generacijama pa poteraj bench, sta da ti kazem. Ako si dovoljno pametan uspeces da izbacis efekte kesa, radne frekvencije i sl.

Onda to vise nije teorijski nego cisto prakticno (mislim kome treba ubedjivanje, je li).

---

+ one more thing :-)



Meni se ovo bas svidja :-) Znas ti Bane sta je ovo?

To ti je post-hoc nalazenje argumentacije (ne od tebe, vec verovatno od Intel marketinga negde).

Evo gde se krije razlika:





Te price kako ce da stane vise instrukcija u kes... batali. Da, stace vise instrukcija, to ne znaci da ce se optimalno izvrsavati.

Sad bez za*bavanja, drzati 8-wide dizajn punim je impresivno. Ako neko sumnja da je pun, moze se lako uveriti performansama u odnosu na konkurenciju.

Kako je to Apple postigao - ocigledno sa dodatnim hardverskim optimizacijama koje nisu jos poznate (ako bih morao da nagadjam: verovatno rigorozna optimizacija svih "dimenzija" tj. radnih parametara itd., kao i, naravno, boga pitaj koliko drugih pobosljanja na nivou prediktora grananja itd..

Ako su to podneli kao patent(e) 2018-me, trebalo bi uskoro da postane vidljivo.

--

Inace cela ta Intel i x86 saga je ironicna. Intel je bukvalno radio na eliminaciji x86 - ali im nikad nije poslo za rukom :-)

Evo malo istorije:

- iAPX 432 iz 1981 (!) - bio brz, ali ga ubrzo ubise nove generacije x86 procesora
- i960 iz 1984 - prvi Intel-ov RISC
- i860 is 1989 - poznat kao cip propisan u MSFT-u za razvoj Windows NT OS-a (kako bi se izbeglo hardcode-ovanje koda na x86 arhitekturu)
- Itanium iz 2001 - ... da



_{[Ovu poruku je menjao Ivan Dimkovic dana 03.12.2020. u 03:08 GMT+1]}

---

Apple i Intel nisu za poređenje, na Intel računarima možete da instalirate i softver od pre 20 godina (dobro, ne možete Windows XP na novi računar, nema drajvera, ali mislim da bi mogao Office 97, 2003 može sigurno), a kod Apple-a nema to - kod njih ne možeš ni novi JRE da instaliraš na OS koji je stariji od 5-6 ili 10 godina, tako da njih zabole uvo za kompatibilnost unazad, a kad je situacija takva, onda je lako baviti se optimizacijama. Kod telefona je još bolja situacija, iOS koji izbace danas neće moći da se instalira na telefon koji bude proizveden 2025. godine, i to je to, a slična situacija je i za Android.

---

OK, ali upravo to je ono sto i Ivan prica, i sto ja pricam vec neko vreme - x86 kompatibilnost je ono sto koci intel, a realno i AMD. Cinjenica da mozes da pokrenes dvadeset godina star kod nije preterano bitna vec neko vreme. Realno, ti od softvera danas imas:

- Na serveru imas skoro sve F/OSS, sve moze da se rekompajlira.
- Na desktopu, danas, vecina toga je cloud delivered. Auto update ide, samo treba da ga povuces.

Mislim, da li me, iskreno, zanima da li radi Office 2003? Ako imam Office365 pretplatu samo treba da se na novom racunaru ulogujem u svojn Microsoft 365 nalog i da uradim Download, sve dok je platforma podrzana. Ako radi Browser, Microsoft 365 i Adobe CC, pokrio su dosta. Ma kako cudno zvucalo, ali korisnicima ne treba da im radi binary - njima treba da radi aplikacija i to nova verzija. Zapravo, vecini odgovara da radi samo nova verzija - zasto bi zeleli da radi stara, puna rupa, bagova, security problema?

---

Ne treba zaboraviti da je Intel pokusao da se otarasi x86 arhitekture tako da je za 64bitnu varijantu dizajnirao nov procesor koji je emulirao x86. Znamo kako je proslo.
Mislim da tek treba videti da li ce Apple uspeti da zavlada svetom sa ovom arhitekturom, pre svega zato sto sada upotrebljivost softvera postaje diskutabilna tj bas
taj backward compatibility koci napredak i smenu x86 arhitekture.
Naime od pocetka 90ih se najavljuje kraj x86 i njegova zamena RISC procesorima, ali on se odrzao 30 godina uprkos svim prognozama.

Sa jedne strane Apple ne zeli da zavlada svetom, u smislu da svi imaju Apple - to im nije plan. Oni zele da budu elitna platforma. Sa druge strane, oni su ubedljivo najvrednija IT kompanija na svetu - na neki nacin su vec zavladali. :) Promene u desktop platformi se nece desiti tako sto se korisnici prebace "u veri", nego tako sto ce korisnici odustati od desktop-a kao platforme, kao sto vec dosta njih odustaje - i preci na nesto sto nije desktop. Realno, vecina nas koji imaju neke non-IT prijatelje i poznanike oni sve manje koriste racunare a sve vise telefone, a telefoni se menjaju cesto, ne biraju po procesoru i niko ne ocekuje da "rade stare aplikacije". Kod nas se to ne vidi toliko, ali na zapadu iPad je postao nesto sto se kupuje, piraterija je manja jer se igra na konzolama, ljudi jednostavno sve manje i manje kupuju kucne racunare. Desktop drze firme, koje imaju cloud.

Drugi je AWS koji je vec presao na Arm, bar interno. Realno, AWS je ubedljivo najveca platforma koja nudi servere i ubedljivo najvise servera na svetu se vrti na AWS-u. Oni ce, sasvim sigurno, biti veci pokretac prelaska na Arm (ili nesto trece). Promene na serverskom trzistu ce predvoditi cloud a prelazak ce se desavati ne zato sto je nesto "bolje" nego jer je jevtinije. Ako projekat koristi Redis, u cloud-u, i ako CIO vidi da ce prelaskom na Graviton2 instancu ustedeti 15% na Redisu i 3% na ukupnom racunu, a ta promena trazi par sati posla - gledaj, preci ce na Graviton. I tako redom. Kao sto rekoh, desktopi su vec cloud, kad Microsoft podrzi kako trbea Arm, a ovde je dovoljno da Apple "povuce nogu" i da se Microsoft odluci da se pozicionira kroz svoje Arm racunare, CIO-ovi ce pogledati. Ako Arm radi sve sto treba, a kosta manje, i jos trosi manje struje, opa, sledeca generacija desktop racunara je Arm. Kase u prodavnicama su juce bile embeded, neki PIC, danas su embeded Windows, mogu sutra da budu Arm, a ovde ima BRDO x64 procesora.

Realno, intel nikad nije zeleo da izgubi x86. Intel je zeleo monopol, zato je njegov non-x86 prosao tako jeste. x64 ce ostati jos dugo, ali ce se polako smanjivati, ne radi se ovde o tome da ce intel propasti, ali ce se njegov udeo drasticno smanjti. Uostalom, ako pogledas broj end-user procesora danas, Arm je vec pobedio: telefona ima mnogo vise od racunara, a nijedan telefon nije x64.

---

Nikola: "Desktop drze firme, koje imaju cloud. "

Pogle ovo:

https://www.statista.com/stati...ce-1st-quarter-2009-by-vendor/

Ne vidim da dolazi do znacajnog smanjenja...

Je'l me zezas, ili... ? Bukvalno si mi poslao ovo:

Kad kazu Tablet, oni, realno, uglavnom misle iPad - retko, ali JAKO retko ces videti bilo sta drugo u kompanijama. Danas iPad Pro bukvalno izgleda kao desktop, a sad ce imati i unificirane aplikacije. To ukljucuje MS 365, koji vec radi na tabletu, zapravo - pa samim tim i na M1.

---

Ja gledao onaj prvi grafik. Da, evo dete nece komp, samo tablet, inace bih morao da uzimam jos jedan desktop ;)

Mislim da potpuno gresis.

Porediti Intel-ov Itanium sa Apple-ovim M1 je toliko operisano od bilo kakve logike koja bi opravdala takvo poredjenje.

To mozda mogu ljudi koji pojma nemaju o tehnologiji, Branimir, nkrgovic, Space Beer pa cak negde i ja - svakako ne mogu. Nema izgovora za ovakva poredjenja ako to poredjenje rade ljudi koji znaju bolje.

x86 emulacija na Itaniumu (pre-Montecello) je bila toliko jadna, da je SOFTVERSKA emulacija na tom istom Itanium-u bila brza. Zato je i stizala sa Windows Server-om 2003 i Linux distribucijama.

https://en.wikipedia.org/wiki/IA-32_Execution_Layer



Ono, wtf... da li treba da pricamo dalje o tome?

Sa druge strane, Apple-ova emulacija x86 je toliko dobra, da su performanse emuliranog koda priblizne izvrsavanju na x86 platformi. Da stvar bude jos ludja, na nekim testovima je cak emulirani kod brzi. Apple je ovo postigao pametnom odlukom da se ne za*bavaju nego da uvedu mogucnost da CPU postuje Intel-ov model upisa u memoriju. Hardverska akceleracija refcount-a nije direktno pomoc, ali jeste indirektno (Objective C :-).

Apple M1 je >dokazao< prakticno da x86 problem moze da se resi bez hardverskih x86 instrukcija. Jos ce biti ludilo ako se desi da neka od sledecih generacija brze emulira x86 od pravog x86 pouzdano u testovima. Ne, ne bi bilo ludilo - ovo je scenario sa verovatnocom (mnogo) vecom od 0.

Zamislite da se ovo uopste pominje kao mogucnost pre nekoliko godina? E toliko je M1 pomerio industriju.

--

Glavno pitanje sledi: Sta ce Intel uraditi povodom ovoga? Apple mogu da ignorisu, na svu srecu Apple ne zanima Intelov biznis uopste. Ali Apple je bukvalno "proof of concept" da ARM procesor moze da bude bolji od x86 van rezima mobilnih uredjaja. Vrlo verovatno sledi novi talas (NVIDIA, ...) konkurenata.

U neka druga vremena, odgovor bi bio jednostavan: dodatne patentirane x86 instrukcije u sledecoj generaciji (tj. 2 - ne moze tako brzo to da se uradi) + udri po sudovima stranu koja "emulira" koristeci neku od hrpe patenata koju imas.

Danas, ovo ce malo teze da ide: nove Intelove instrukcije trziste uopste ne mora da prihvati... cak i ako ih prihvati, to ce danas SIGURNO uraditi sa apstrakcijom tako da Intel ne bi dobio tu puno. Tuziti drugu stranu? Ups, u ovom slucaju druga strane je Apple - imaju i para i advokata da se ganjaju do kraja univerzuma.

Alternativno, Plan B - Intel prihvata situaciju i oslobadja se x86 koda koji postaje emuliran (Intel bi to verovatno mogao da uradi vrlo efikasno, mozda bolje od svih drugih). Intel ARM (ponovo posle 15 godina) sa specijalnim sosom za kompatibilnost? Imaju licencu :-)

---