Vlákno názorů ke zprávičce Apple ohlásil přechod z Intel x86 na vlastní ARM SoC od kamui - Jak dlouho myslíte že tady architektira x86 ještě...

Jak dlouho myslíte že tady architektira x86 ještě bude? x86 je fajn, ale jako velkou bolest má to, že si s sebou táhne dědictví už od první 8086, což ho zbytečně komplikuje a prodražuje. Až se tohle Applu povede, tak to bude hezký precedent že na ARMu se dá postavit opravdový počítač a ne jen hračky jako jsou mobily.

Intel a AMD tu budu este velmi dlho; amd64 je svojim sposobom pekna architektura. To, ze procesory tahaju so sebou kompatibilitu od 8086 nic neznamena, ved si skus, aky vykon maju v realnom mode (a to je tak uz od cias Pentia Pro).

ARM ma svoje legacy tiez (armel, armhf), plus aj samotny aarch64 ma prili svela optional casti - napr. atomicka pamat, virtualizacia, 53-bit pointery, crypto - ktore mozu ale nemuzia byt v danom CPU, cim vznika pekny bordel. Napr. raspi4 nema crypto.

Takze nie, o Intel by som sa nebal.

Pokud to crypto je řešený tak, že v případě použití neexistující implementace se vyvolá přerušení a kernelu se předá informace co žadatel chce spočítat (+- to má MIPS s FPU), tak je to docela výhoda a IMO jedna z možných cest, jakou by se mohlo odstraňování <= 386 částí architektury vydat.

Trap a emulacie je sice funkcne riesenie, ale pomale. Ovela rychlejsie je mat dany kod inline, alebo aspon pod symbolom v kniznici, ktory sa resolvuje v zavislosti od feature flagov cpu.

Emulacia je zhodou okolnosti to, ako fungoval prvy vmware - privilegovane instrukcie urobili trap a vmware odemuloval to, co potrebovali.

ARM toho táhne neméně, současné procesory mají režimů pomalu víc, než x86. U x86 je hlavní komplikací setrvávající podpora reálného režimu se 16ti bitovým segmentovým adresováním, což komplikuje jádra, jinak to není tak zlé. Kdyby někdy v budoucnu začali podporovat už jenom režimy Long (64 bit) a Compatible (32 bit proces a 64ti bitovém OS), tak by to byla zdravá a koherentní architektura.

Sice nevím jak moc amd64 mód, ale původní 32bit je taky nic moc. Už u 8086 vyplejtvali skoro veškerý bajtový prostor a prakticky všechny 32bit instrukce jsou prefixový kód. To taky bude komplikovat dekodér.

To je jednak proto, že to je CISC, a jednak proto, že za tu dobu se objevilo tolik různých rozšíření (z nichž některé už se zase přestaly používat, např. x87 u 64 bitového kódu, nebo 3DNow...) Dekodér to komplikuje, ale z hlediska vývojářů aplikací je to výhoda, a zákazníky zajímají aplikace, ne dekodér instrukcí.

Mimochodem u ARM to je namlich totéž, nepoužívají se sice prefixy, ale zase např. přepnutí s módu arm7 do thumb se dělá skokem na adresu zvýšenou o 1, čímž se stane lichá, a podle toho procesor pozná, že má změnit režim... Těžko říct, co je "elegantnější".