AMD si tieto procesory necháva vyrábať u Samsungu pokiaľ som dobre čítal. 14nm znamená predovšetkým menšiu spotrebu. A niečo sa deje aj okolo HBM pamätí niektoré Zen by ich mali mať v sebe. Ich priepustnosť by mohla byť 256GB/s. Intel má kopu prachov a má vlastné závody, kde dokonca sa chystá vyrábať ARM na zákazku. O tom prečo Intel neuspel na mobilnom trhu sa vedú polemiky. Predovšetkým podľa mňa sú dva hlavné dôvody. A.) enviroment okolo ARM je silný aby odolal x86 cpu od INtelu.
B. Intel ak by sa pochlapil a dal na trh CPU s 8nm technologiou - vymyslelo dobre spotrebu a výkon - tak by som si vedel predstaviť - že dám prednosť x86 CPU pred ARM - Softvér okolo x86 je predsa vetší a človek má lepšie možnosti na výber. Intel ak by chcel tak by ARM dal na frak ak by z toho šuflíka vytiahol 8nm technológiu - ale to by si zase uškodil - lebo prečo sa ponáhlať - treba 14nm poriadne vydojiť. Intel by mohol dať dole ARM o niekoľko rokov. Ale nato je nutné x86 architektúru a softvér okolo neho dostať do mobilného segmentu. A práve možno tu je ten legendárny pes zakopaný. To všetko dobré čo poznáme z PC x86/amd-64 za už dávno naportovalo na ARM najmä čo sa týka konzumného sofvéru a ľudia - výrobcovia softvéru - výrobcovia hardvéru si na ARM zvykli a spolu tvoria silnú synergiu. Naopak produkčné systémy na ARM si neviem veľmi predstaviť tu dominuje x86/amd-64. A preto od mobilného segmentu si dal INtel preč a zameral na iným smerom. Veď napokon si neviem predstaviť, že čo dnes robím na PC /najmä produkciu/ by som raz mal robiť na tablete kde beží Intel. Mimochodom AMD za svoju existenciu vďačí IBM - ktorá vyžadovala mať dvoch dodávateľov a tak Intel prenajal x86 sadu AMD a to AMD udržalo v hre. Avšak Intel x86 nedalo hocikomu dnes z výrobcov, ktorí majú x86 žijú VIA a AMD. ARM zas malo opačnú politiku svoju licencu dalo hocikomu, ARM bol od začiatku úsporný a ako sa ARM bude dostávať na nižšiu a nižšiu litografiu - bude výkonnejšie a úspornejšie. Samozrejme Intelu, AMD, ARM neverím lebo neni už pomaly ani rok bez toho, aby sa v UEFI,firmware, v implementácii nevyskytol problém so "zabudnutou a naoko zbytočnou funkciou", ktorá sa dá zneužiť. Veľmi zaujímavý článok na http://old.itnews.sk/spravy/bezpecnost/2013-09-20/c158795-neviditelny-hardverovy-trojsky-kon-je-realne-mozny.-staci-zmenit-dopovanie-v-niekolkych-tranzistoroch.
ešte zaujímavejší článok tu
http://www.dsl.sk/article.php?article=18578
Nehovoriac o Equation group, ktorá dokáže nahrať malvér do firmvéru Hardiskov a manipulovať sieťové rozhranie to sieťové rozhranie ktoré je založené na MIPS a ARM.
Ak by niekto v mojom príspevku namietal, že čo s tým má AMD, Intel alebo ARM
tak si prosím prečítajte toto
https://libreboot.org/faq/#intel
viac k tomu netreba dodať. A toto vedia aj číňania aj rusi - ktorí majú vlastné platformy a ku ktorím si myslím mi nešťastní useri v tlame šeliem Intelu,ARM,AMD len tak ľahko sa nedostaneme.
"Softvér okolo x86 je predsa vetší a človek má lepšie možnosti na výber"
proč se stále dokola opakuje tento názor, když je postavený hodně na vodě? Když pomineme SW dělaný v jazycích postavených nad VM (všechno okolo Javy a .NETu) a na interpretrech (Python a spol.), tak tady máš jen pár knihoven a applikací určených pro jednu architekturu ALE současně je to vázáno i na konkrétní architekturu celého systému. A jak dopadly snahy o přenesení desktop systému na mobilní zařízení netřeba rozebírat. Takže konkrétně jakou přesnou výhodu získáš použitím x86 na mobilním zařízení?
Výhod je podľa mňa dosť. Môj softvér, ktorý je pre mňa životne dôležitý - lebo mi pomáha zarábať peniaze popri robote. Tento soft je portovaný na ARM - Google Play a Apple store, dokonca existuje aj webverzia. Problém je vtom, že portovaný softvér je značne osekaný. Ale x86 verzia môjho softvéru je plne funkčná so všetkými features, ktoré potrebujem. Tak teda ak by som mal kvalitný tablet, dostatočne výkonný, viem si predstaviť - že by som ho vedel lepšie využiť než jeho bratranca na ARM platforme. A nehovorím to ešte o Exceli - ktorý žiaľ nie som schopný nahradiť open source alternatívou pre svoje špecifické potreby. Mať výkon aspoň 30% môjho desktopu v tablete a so všetkým čo mám v desktope je veľmi lákavá možnosť ako lepšie využiť čas na cestách, v čakárňach u doktora a podobne s dobre integrovanou softvérou klávesnicou... hmm sú to len úvahy.
dobře uznávám, ale to je otázka nabídky a poptávky - třeba si ta firma, co dělá ten pro Tebe důležitý soft, uvědomí, kolik ztrácí zákazníků s ARM tablety, když dává jen osekanou verzi. Úplní ignoranti to evidentně nejsou, když mají aspoň nějakou lite verzi, takže je to (možná) jen otázka času a třeba i pár e-mailů s dotazy od zákazníků.
Dneska už je jiná situace, než před 10 lety, kdy wintel byl (zdánlivě) všude...
Jenomže tablet není na seriózní práci, aspoň ne v mým oboru. Tam to kulhá na všechny čtyři nohy a vždycky kulhat bude. Bez ohledu na architekturu procesoru.
A to, že většina SW je pro x86, je kec. Musíš napřed z množiny všeho software
- vyjmout programy v interpretovaným jazyce (Python, JavaScript, PHP,...)
- vyjmout programy, co jsou ve vyšším jazyce a odstíněný nějakým HALem nebo ovladačem, protože při stejným HALu nebo ovladači jde zdroják přeložit pro cokoliv, pokud autor není hovado
- vyjmout programy nad VM (Java, .NET)
- vyjmout multiplatformní projekty (jako Gimp, LibreOffice, Firefox,...)
- vyjmout embedded systémy, a těch je proti systémům s x86 o několik řádů víc (v mikrovlnce, pračce, auto jich má desítky, letadla, ...)
- Vyjmout mainframy a superkomply na jiné platformě
- Vyjnout SW, co nejede na procáku (FPGA, výpočty na grafice,...)
A co ti zbude? Holý widle, ROMka motherboardu, nějaký ovladače, pár testovacích prográmků do fabriky na výrobu PC, zastaralý soft z doby MS DOSu a pár věcí, který mastili nějaký hovada jako platform locked. Smutný, co?
A neúspěch je jasný:
1. CMOS žere při přepínání. ARM je poměrně primitivní jádro a kde se u něj překlopí pět hradel, tam u x86 se všema posledníma vychytávkama překlopí tak 50+ hradel. Takže na baterkový aplikace to fakt není. Holt na Atomu se stavět nedá.
2. x86 není nativně čistá architektura. Furt tahá na noze kouli segmentování dvacetibitové adresy a podobný zvěrstva. Takže když je možnost dělat fungl novou věc a dostačuje výkon (a toho je třeba u OMAPů na rozdávání), není jediný důvod jít do takhle zmrzačené architektury.
3. Když si uvědomili problém 2, zkusili to zalepit pomocí IA64, ale nenapadly je při tom přenosný přístroje. Takže nebylo co nabídnout a ARM je převálcoval. A ani na serverech apod. se IA64 nechytlo, že.
Presne tak + jeste u ARMu nejsou developeri zvykli na to, ze jednou zkompilovana binarka pojede vzdy a vsude jeste dalsich 20 let, takze si davaji vetsi pozor na prasarnicky. Protoze pod brandem ARM se dneska schovava hned nekolik ISA, nekolik ABI atd. A vsichni uz si na to zvykli, kdezto u x86 je/byl ten ekosystem uplne jinak nastavenej (a znam programky, u kterych je jasne napsany, na ktere verzi VS a s jakymi flagy je prekladat, jinak to nefunguje, no to kde jsme...)