ARM poprvé představil svoje plány pro notebookové procesory do roku 2020 a přímo se srovnává s procesory Intel. Pro letošní rok již oznámený 7 nm ARM Cotex-A76 by měl mít výkon srovnatelný s 14 nm Intel i5–7300U, ale měl by mít TDP pod 5 W, kdežto Intel 15 W.
V příštím roce by mělo přijít CPU Deimos se 7 nm a v roce 2020 Hercules s 5 nm. Prvních zařízení s procesorem A76 bychom se mohli dočkat v příštím roce.
(zdroj: slashdot)
držím palce, ale trochu mám obavu že to narazí na překážku v podobě nedostatku SW. On pro to může být OS (Linux, W10...), ale aplikací 3. stran nemusí být dost. Narážím na hry a klíčovou infrastrukturu nezbytnou pro často velmi konzervativní korporát. Snad se ale pletu.
Až bude toto všechno v nabídce a budu mít možnost si složit ARM desktop tak jak si teď můžu složit X86, tak bych se začal o něčem bavit a můžeme začít srovnávat cenu i výkon. Na druhou stranu je ale otázka, kolik binárního shitu by člověk potřeboval u toho ARMu? Třeba ta situace s MALI není rozhodně ok.
Jinak ten nedostatek SW by mohl být i výhodou pro takové ty pracovní stanice kde běží jen prohlížeč :)
To mi pripomina situaci pres par lety: malo desek melo USB3, stejne nebyly USB3 flashky. No a vetsina flashek mela jen USB2, protoze malo kdo mel na desce USB3...
Muze za to hlavne moje neznalost, ale stale nechapu a bojim se ladit bootovani na cemkoliv s ARMem.
Na x86 staci v pripade problemu strcit cd, nebootovat live ubuntu a reinstalovat grub.
Pred par lety jsem zabil more casu instalaci Linuxu na nejaky cinsky prehravac s Allwiner A20 - stejne to nebylo plne funkcni. Obzvlast http://linux-sunxi.org/Fex_Guide byla zabava :-/
Naproti tomu jsem nikdy nevidel nic s x86, na co by neslo nainstalovat s trochou usili linux.
Možno by stačilo sa trocha pohrať s yoctom, existuje meta layer tu:
https://github.com/linux-sunxi/meta-sunxi
Všetko by sa malo dať automaticky vybuildovať.
@Martin Vancl ve vetsine ARM desek v pripade problemumisto CD strcis microSD, kdyz ma eMMC tak jen strcis a system na eMMC opravis, kdyz mas jen microSD tak ji strcis do PC kde opravis...
instalace je sice neuniversalni, ale zas jednoduai kdyz pro danej HW proste jen zkopirrujea image predinstalovaneho systemuna kartuna par tuknuti nebo 1 command...
Pokud by ale slo o notebook, tak bych musel vyndat SSD a to opravit bokem?
I kdyz to je jeste daleko.
Tusi nekdo, proc je vlastne na ARMu ve srovnani s x86 takto resena "instalace"?
Prece na x86 by take slo instalovat Linux zapsanim nejakeho stazeneho image na disk a pouzivat. Jenze to nikdo nedela. A me by zajimalo proc. Nekritizuju arm boot, proste me to zajima.
@Martin Vancl
mam ARM netbook(Toshiba AC100), uboot je poresen tak ze interni eMMC oznacuje jako /dev/mmcblk1, a ctecku SD jako mmcblk0, kdyz vrazim SD do ctecky automaticky nastaruje to...
instalace je resena pres image, resp. nutnost mit specific image, resp. mit specific bootloader a nastaveni, protoze ARM zarizeni nemaji BIOs nebo UEFI, sice na nekterem lze pres vychozi bootloader nahodit UEFI compatibilni, ale porad to neni sjednocene... dalsi vec je linux/kernel, nepouzivaji se universalni jako x86 nebo amd64, ale kazdy HW ma jadro sobe na miru...opet lze mit (nekdy/nekde)jadro podporujici vixe HW a naciat ruzne DeviceTree ale jeate bude nejakou dobu trvat nez se to vice zunoversalni...
Vseobecne je to preto, lebo sa na ARMoch neuchytil ziaden standard pre alternativu "BIOSu". Existuje kopec open/polo-open a proprietarnych bootloaderov ale nic, co by bolo aspon trocha univerzalne aby OS vedel s cim moze pocitat ze na HW najde. Bootloader je polovica rovnice. Druha polovica je nejaka abstrakcia pristupu k popisu HW a to pokial viem mimo x86 (a ACPI po-x86tkovanych ARMov pre Windowse) neexistuje vobec.
A to je trocha skoda. Nemusi sa na ARM tahat hned UEFI + ACPI. Uz skoro 3 dekady existuje priemyselny standard OpenFirmware (ktorym sa IMHO Intel nechal velmi silno inspirovat, ked daval dokopy (U)EFI), ktory poskytuje relativne stabilne, cross-platformove, otvorene a dobre definovane API. OF by dokazal vyriesit aj absenciu ACPI na niektorych tychto doskach, takze by sa nemuseli niektore informacie o HW dratovat napevno do kernelu.
Lenze Android ako majoritny zastupca pouzivatelov Linuxoveho kernelu to nepotrebuje a ostatni pouzivatelia zrejme nie su dost zaujimavi na to, aby sa nieco take masovo presadilo.
btw: zda se je to na dobre ceste, ARM vydalo specifikace na sjednoceni bootu na embeded zarizeni ala UEFI, tedy pak bude mozne mit image nezavisly na HW:
https://www.cnx-software.com/2018/08/21/embedded-base-boot-requirements-ebbr-project-booting-embedded-systems
btw: armbian ma image pro skoro vsechny SBC, vyjma RPi na ktere jsou hromady jinde...
https://www.armbian.com/download/
To ten Linux asi nepouzivas dost dlho :) Ja som si v zaciatkoch uzil s takymi vecami ako tradovanim podporovanej zvukovky za nepodporovanu, alebo nemoznost SW mixu zvuku. Rozne stupne nefunkcnosti grafiky od "v momente startu Xiek to cele vytuhne" cez "HW akceleracia 3D nefunguje (na 32bite/na 64bite/nikde)" az po "od tejto verzie X servera uz tato grafika nie je podporovana a musi sa pouzivat VESA driver".
Cele je to len o rozsireni. Dalo by sa povedat, ze ARMove stroje s Linuxom su dnes tam, kde bola x86tka s Linuxom niekde v polke 90. rokov. On ten Linux na tom povacsinou nejako bootnut siel. Otazne bolo, ako velmi potom ta masina bola pouzitelna.
Ine su dve veci: Linux (asi) pouziva podstatne viac ludi nez vtedy. Aj relativne pomerne k poctu ludi, ktori pouzivaju PC aj absolutne (pretoze aj viac ludi pouziva PC ako take). To je dobre. Zle ale je, ze *podstatne* viac ludi dnes v porovnani s tou polkou 90. rokov co pouzivaju Linux su pohodlni konzumenti, co si pomaly uz ani kod neskompiluju zo zdrojakov. Su to ludia, co proste cakaju, ze dostanu nieco, co bude automaticky fungovat a splnat vsetky ich poziadavky. A s takymi ludmi sa komunita budovat neda. Lebo potom to dopadne tak, ze je dajme tomu 10 aktivnych vyvojarov co to robia part-time a na nich 300 ludi, co nadava, ze toto a tamto nefunguje.
No vidíte, další výhoda mít laptop s ARM cpu - nebudete plýtvat časem na něco tak zbytečného jako hraní her. Port většiny svobodného softwaru by neměl být problém, do čeho se nedokope autor vyřeší komunita. A korporát to je kapitola sama pro sebe, shrnul bych jí do jedné věty: "komu není rady, tomu není pomoci".
arm distra/sw byl davno pres rpi, je ale pravda ze rpi a jeho clony, tomu jeste vice pomohlo...
nenarazil sem na zadnej sw kterej bych pouzival na x86 a nesel na arm nainstalovat pres apt/dpkg...
