Apple už nechce procesory Intel, vyvíjí si vlastní čipy

To ze zprávy není jasné, ale tipuji, že nemají důvod tvořit další čip x86. Změnu architektury má Apple už historicky několikrát vyzkoušenou a vendoři víceméně počítají s tím, že životnost aplikací na MacOS je omezená. Svým způsobem, Apple těmito kroky stimuluje vývoj v jejich "světě". Staré aplikace tak odumírají a Apple si tím neuvěřitelně rozvazuje ruce.

Ale tyhle operace poskytuje jejich API pro video, coz si pak interne resi vysoce optimalizovanou akceleraci pres GPU treba. Takze neni to jak u Win/Lin, ze kazdy sw si resi kodeky sam a pak neco jede lip a neco hur, neco s gpu neco bez.. proste u Applu se co nejvice snazi poskytovat OS a vyrobce OS, proto to ma ponekud navrh na stejnem hw. Kriticke veci se udelaji jednou a poradne. Ne kazdy po svem a porad spatne.

Jsem teda zvedav jak to zahybe s cenou, pripadne ziskem Apple, vyvoj novych procesoru fakt neni za hubicku.....

Celé to taky může být jen nátlak na Intel, aby jednal o "dobrých" podmínkách, nebo také nepřímá výzva pro ostatní výrobce, aby se předháněli při vyjednávání. Nebývá moc jiných racionálních důvodů ohlašovat změnu, když ani nevíte kdy nastane, či jaká bude. Ani to není obvyklý styl Applu.

Nejlepsi zpusob, jak neco ohlasit, aby si toho hned vsichni vsimli a pri tom si zachovat moznost popreni, je leaknout zpravu. Ostatne by to tusim nebylo u Apple poprve.

Pro zařízení cílená na běžného uživatele (náhrada Mac Mini, Macbooku 12 a MB Air) v podstatě není co vyvíjet, A11 použitá v iPhonech 8 a X je proti v nim použitým CPU výkonnější už dnes... Sám mám jako hlavní zařízení právě ultratenký Macbook 12 a iPhoneX je proti němu výkonnější a to opravdu o hodně - přitom ale nemám pocit, že by mne výkon MB12 omezoval.
Samozřejmě s náhradou u výkonnějších iMaců a Macbooků Pro to bude trochu složitější, ale nikde není psáno, že se musí měnit vše najednou.

Problém je spíš řešení softwaru, převod aplikací, atd., tam je zádrhelů více a některé vnímám jako docela velký potenciální problém, naproti tomu vlastní hardware bude nejspíš jednodušší, než by se zdálo.

Převod aplikací bude největší zádrhel. Paradoxně nejlépe si v tom vede Linux, kde je drtivá většina aplikací open source a adaptování na nové architektury je tak výrazně rychlejší. Dneska lze desktopový Linux s drtivou většinou aplikací plnohodnotně používat na ARMu.
U platformem, kde jsou výrazně rozšířenější uzavřené aplikace a závisí tak na vůli a ochotě jejich autorů je portovat, to jde mnohem pomaleji. Stačí se podívat fail v podobě Windows RT. Stejně tak jako nyní ty nové notebooky od Asusu a HP s Windows 10 postavené na Snapdraggonu 835. Sice už podporují win32 aplikace (jejichž nepodpora byl hrobník Windows RT), ale jen díky emulaci a výkon je prý žalostný.
Windows má největší ekosystém legacy aplikací, takže u nich jsou takové přechody nejtěžší, ale myslím si, že to nebude sranda i u macOS.

Ono to ani v Linuxu není tak idylické. Shodou okolností s Linuxem pracuji v současnosti více na různých ARM udělátkách než na x86 a přímo dostupné není zdaleka vše. Rekompilace Opensource je pro běžného uživatele nezajímavá, to prostě nedá, ale hlavně i vývojář leckdy narazí na problémy, kdy něco moc nejde a portace v reálu znamená pořádnou porci práce (v extrému fakticky nový vývoj). Zrovna nedávno jsme na jeden takový špek narazili :-(

Ad Win10ARM - já bych byl s pojmem fail opatrný. Tyhle věci chtějí čas, jestli postupně přibyde do store univerzálních UWP aplikací, tak to začne být zajímavé. Výkon emulace z principu není zázračný, nicméně ani není zas tak zlý, MS využívá některých funkcí specifických pro daný Snapdragon, které právě zlepšují výkon emulace.
Já něco takového už zažil u Applu při přechodu z PowerPC na Intel - také to nešlo okamžitě, v první fázi dost aplikací chodilo v Rossetě (emulace), což bylo výkonově také problematické, plné využití přišlo až s nástupem Universal binary aplikací.
Windows RT fail byly, na jedné straně emulace pro přechodnou dobu žádná, na druhé nabídka aplikací k smíchu. Ale nové W10ARM by mohly dopadnout lépe - vývojářské nástroje jsou přeci jen na toto připraveny lépe než v době RT, emulace minimálně částečně překlene meziobdobí.

Ono to není tak jednoduché i když není problém to překompilovat. Pro x86 a amd64 existují optimalizované knihovny, pro jiné platformy velice často optimalizace zaostává. To také může znamenat výrazné zpomalení. Lecos se dá doplnit a dodělat, ale nebude to hned a lecos se nedodělá nikdy.

To sice není, ale Apple má našetřenu hotovost, která snad nemá konkurenci a za něco to utratit musej. A to skoro nemyslím jako bonmot. Bylo by zajímavý, kdyby Apple podpořil RISC-V.

: nemusíme být závislí na jedné firmě, existuje alternativa. .... To jo, ale napřed musíte být ve vatě jako Apple, abyste si vyvinuli vlastní :-)