Apple ohlásil přechod z Intel x86 na vlastní ARM SoC

Takze bajbaj parallels, baj baj boot camp.
Bajbaj veskery SW, vse bude nutno zakoupit znovu v ARM verzi.

A to vsecko proto, aby byl vysledek horsi, nez Ryzeny 4x.

Mno, snad vi co delaji.

"A to vsecko proto, aby byl vysledek horsi, nez Ryzeny 4x."

Ty jsi uz videl final HW?

Ma to byt postaveno na evoluci Apple A12Z, coz je vylepsena varianta puvodniho A12X, ktery mel vyple jedno jadro, nevim jestli z duvodu chyby nebo marketingu.

A12Z jede na vsech jadrech.

Developer kit jede prave na A12Z
https://www.letemsvetemapplem.eu/2020/06/22/apple-predstavil-novy-developer-kit-pro-vyvojare-mac-mini-s-procesorem-a12z-16gb-ram-a-512-gb-ssd/

Benchmarky jeste nejsou:
https://gadgetversus.com/processor/amd-ryzen-7-4700u-vs-apple-a12z-bionic/

Jinak porovnani se starsim a velice podobnym A12X:
https://gadgetversus.com/processor/apple-a12x-bionic-vs-amd-ryzen-7/

Ryzen to valcuje dvojnasobnym vykonem.

Jenomze tohle nebude mozne koupit. Jak bude finalni HW vypadat, to zatim muzeme jen odhadovat. Ale pokud si mohu tipnout, tak A12Z v nem nebude a bude se lisit jak jadro (dost), tak jejich pocet (radikalne).

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ší".

Parallels tam ukazovali, akorát jenom s Linuxem a nebylo zřejmé, jestli to je distro pro ARM nebo Intel. To samé s dockerem...
Beztak si myslím, že první řady s ARMem budou takové ty pro "kavaránské povaleče", které jsou vhodné akorát na facebook, sledování porna a jinou drobnou kancelářskou práci. A samotná evoluce v plnohodnotnou platformu pro prefesionální využití ještě chvíli potrvá.

Je možné, že s tím ARMem dosáhnou na 20h výdrž a to už může být pro někoho zajímavější než nějaká virtualizace Windowsů. Spotřeba podle mě bude hlavní důvod celého toho kolotoče.

Rozdiel v spotrebe s porovnanim Intel ULV je zanedbatelny.

Hlavni zruti energie v notebookoch su displej, gpu a radia.

Spotřeba také, ale hlavně má Apple u stávajících procesorů problém s chlazením.

:D Aby ne
https://www.youtube.com/watch?v=MlOPPuNv4Ec

Ano, ma, ale to je tym, ze v Apple nevedia navrhovat termalne riesenia.

Ked otvorite ich produkt, tak sa chytate za hlavu.

Hádal bych ARM. To směřuje na techničtější uživatelé a kompatibilitu s x86 by IMHO ukázali jinak.

Na prezentaci ukázali taky běžící linux ve virituálu takže žádný problém. Instalovat linux nativně smysl sice nemá ale nebude s tím problém. Otázkou je co s Windowsem. Konkurenční argument proč Mac byl hlavně v tom, že si tam spustíš nativně Mac/Win/Lin. Časem možná bude Windows k dispozici i pro ARM ale tady jde hlavně o x86 programy a hry. Co jesm ale viděl výkon emulace tabletového procesoru A12Z tak mi pádla sáňka a finální A13 bude určitě několika-násobně větší dělo. Takže prostě všechno poběží ve virtualizaci a ne nativně.

> Konkurenční argument proč Mac byl hlavně v tom, že si tam spustíš nativně Mac/Win/Lin

IMHO ten hlavní důvod bude pro většinu uživatelů jinde. Podpora Windows mohla být pro Apple důležitá před deseti lety. Dnes jim to možná bude jedno...

No, vzhledem k tomu, jak jsou i intelí macbooky poslední 3-4 roky nepřívětivé k Linux, by si troufnul tvrdit, že to půjde asi jako na iPhonu: nějaké experimenty dostat na něj Linux existují, ale pro běžného smrtelníka je to prakticky nemožné.

To nie je pravda. Ide o to ze Linux (ako vzdy) nemal drivery na novsi HW. Linux na Macoch s T2 security cipom funguje: https://github.com/mikeeq/mbp-fedora

Ano, po dvou letech od uvedení prvních modelů s T2 jde Linux dokonce na nové Macbooky nainstalovat, pořád ale s řadou nefungujících základních věcí. Tomu říkám Linuxu přívětivý hardware.

Jinak píšete to, jak kdyby to byla chyba Linuxu, jak kdyby měl povinnost automaticky podporovat kdejaký hardware bez ohledu na to, jestli výrobce poskytne nějaké ovladače nebo aspoň specifikace. Přívětivost hardwaru k Linuxu dělá právě to, jak se sám výrobce přičiní o to, aby na Linuxu fungoval, ať už dodáním ovladačů nebo aspoň poskytnutí informací komunitě.

V tom je Intel relativně dobrý a díky němu Linux na Macboocích vždycky alespoň základně fungoval. Mám obavy, že nyní to bude i se základní podporou chipsetu stejné jako s podporou T2. Po dvou letech od uvedení budeme rádi, když na tom Linux nabootuje.

Však čemu se divíte, to je filozofie firmy Apple: "My řekneme, jak to má vypadat správně, a ty se nám do toho, uživateli, ne*er.". Zrovna u Applu se nedá čekat přívětivost jakýchkoli nefiremních řešení. Nechtějí to. Dávno, pradávno jsou doby, kdy byl Apple platformou pro hračičky a kutily.

A je nejaky rozumny dovod tam davat Linux skor nez ho apple oznaci za vintage a prestane podporovat novymi verziami MacOS ? Tych par rokov kym komunita doplni drivery je v pohode.

Jen z mého domácí porovnávání ... Rockchip RK3399 (co je v pinebook pro i rockpro64), bude mít nejspíš krapet vyšší výkon (asi tak 1.0x - 1.5x) jak thinkpad T60p s T7400 procesorem. Na rockpro64 se mě obsáhlé věci kompilují trochu rychlejc.

Jsem zvědavý, jak se ARM osvědčí. Ono do tenkých klientů to může být velice zajímavé řešení (třeba se zase vrátí vybavené pasivně chlazené laptopy). Otázkou zůstává, jak to bude u velkých MACů. Přece jen akcelerovat nepůjde všechno...

Pasivne chladene laptopy chcem.