Názory k článku
Google postupně převádí všechny interní pracovní úlohy na architekturu ARM

To dava smysl, ja uz mam na ARM skoro vse ;-) zacalo to s raspberry-pi, dnes mate i Ampere a uspecny nuceny prechod ukazal Apple se svymi M - AppleSilicon - takze ted mam jeste M1 a M4 - a jsme happy ;-) prosazuji ARM ve firme, jako vykonnejsi CPU s nizsi latenci a hlavne nizsi spotrebou ;-)

Pohadky jak jsou intel a amd stejne super vidim u notebooku - MacBook-pro - btw nejlevnejsi ARM, co neni jen mobil s LCD a klavesnici - v momente kdy chce clovek min 16GB RAM a min 2k IPS diplay co ma i barvicky, stoji i takovy M$ 2x tolik co Apple ;-) ... a nebo levnejsi Samsung, ale tam je jen full HD, jen 8GB a efektivne je to takovy mobil =s lepsim snapdragonem ;-)

Ted se mi libi PrangePi 6 plus - ma zajimavy ARM cpu bnohuzel jej davaji jen s 32GB RAM ale podporuje az 128, planuji jeste 64, ja bych chtel 128 - nebot ji zdili s GPU na AI.

Takhle jednoduše se to srovnávat nedá. Kdybych teď třeba do desktopu chtěl ARM, buď bych se nedoplatil ale ještě spíš bych měl smůlu a k tomu navíc musel řešit nějaké nestandardní řešení. ARM je dobrá platforma ale pořád nechápu, proč na ní nějaká rozumná standardizace, která koneckonců do značné míry vyrobila dnešní x86 PC segment. Apple si to ve své zcela uzavřené infrastruktuře může dovolit. Stejně tak můžete mít ARM na opět v podstatě uzavřených serverech (což je specializované řešení a navíc to tam zase až taková hitparáda není) nebo v uzavřených noteboocích či smarphonech. Ale jakmile má dojít na modulárnost, je to celkem problém.

Reálně má každá z těch platforem smysl pro jiné případy užití.

Já zatim používám raspbery pi 5 jako desktop a je to fajn. Když to má PCI-E i USB nevidím problem.

Teď jsem kvůli jednomu projektu kupoval desktop, kde je 20 výkonných CPU jader. Doma mám roky desktop kombinovaný s NAS a dříve i s routerem kde by se mi, mimochodem, nízká spotřeba hodila), ve kterém je 7 SATA disků (jeden přes PCIe řadič), 2 SSD (jeden přes PCIe bridge), dvě síťové karty a dodatečná zvuková karta... Obojí je zase úplně nesrovnatelné.

Ano, malinu lze používat jako desktop. Stejně, jako kdejaký smartphone střední třídy nebo špičkový server od HP se sto dvaceti jádry. To není zrovna argument.

Tak ja mám 4 jadrá za zlomok ceny a ako radiátor môžem používať aj niečo lacnejšie :)

Edit: Btw, tie smartphony sa ako desktop používajú dosť blbo, neodporúčam. Narozdiel od raspberry po 5, ktoré je ako desktop skvelé.

23. 10. 2025, 13:42 editováno autorem komentáře

A jak na tom pouštíte třeba Photoshop?
Když je to plnohodnotnej desktop...
Já na x86 s Linuxem to pustím aspoň ve virtuálu, na Rpi5 pochybuji.
Nebo nahoďte něco, co zvládne to RPi a desktop s x86 ne.
Osobně nic proti RPi nemám.
Jedno Rpi2 mi řídí celý dům včetně podlahového topení
( i když tady funguje jen jako takový frontend pro samostatné regulátory ) a druhé Rpi3 je u televize. Ale normálně pracovat bych na tom nechtěl..

Proč zrovna photoshop, naco by mi to bylo? Photoshop jsem za 40 let použil tak nikdy.

Jak spustíte moje tooly, co jsem si pro sebe udělal a skompiloval jen pro arm? Nijak.

24. 10. 2025, 03:35 editováno autorem komentáře

Jako taky mám doma 486-tku a nepustím na tom minecraft ... Proto jsou intely pomalé a zlé, nebo tak nějak.

To řízení domu, ale hlavně podlahového topení, mě zajímá. Mohl bys to prosím trošku víc popsat, na čem to celé máš postavené? Jak software, tak veškeré prvky týkající se toho topení (nebo celkově) domu?

Photoshop a obecně x86 Windows programy a hry spustíš přes emulátor. V macOS a Windows je integrovaný, Fedora plánuje ho předinstalovat taky. Všechny OS mají WINE (a placený CrossOver) emulující Windows API. Procesory Apple Silicon a Qualcomm Snapdragon X Elite mají dokonce hardwarovou akceleraci emulace x86, takže výkonem to nepoznáš.

24. 10. 2025, 20:53 editováno autorem komentáře

A dá sa na tom robiť strih videa? Alebo nejaké renderovanie pri ktorom nebudem pri čakaní liezť po stenách. Alebo nejaký grafický editor pre spracovanie fotiek v RAWe? Prípadne zošívanie 3D modelov z fotiek (Meshroom/ODM)? Malina je na desktop fajn. Ak je to len o LibreOffice a browseri prípadne menej náročných aplikáciách.

V těchle dizkuzísch se všichni promění na photoshopisty stříhající 8k video a rendrujúcí animované filmy od pixaru.

Dá se na tom dělat i stříhaní, i ten rendr a taky ty RAW-y. Akorát musíte mít přiměřená očekávaní, není to workstation s pěti procesory. Prokrista, vždyť se takové dělalo i na horších počítačích. Já nevím, asi jsem omylem vlezl na živě.cz. Kompiluju na tom Rust (což je dost náročná činnost) a žiju.

Kupte si to a zkuste.

24. 10. 2025, 09:41 editováno autorem komentáře

Co třeba nedávno oznámený Orange Pi 6 Plus + grafická karta od AMD + rychlé SSD a dostatek RAM? Jako OS by tam měl jít použít standardní desktopový Linux, třeba Fedora či Ubuntu. Případně ARM varianta Windows. :-))

Nicméně souhlasím, že nedostatečná standardizace (a související nutnost různých konfigurací systému a ovladačů) je reálný problém.

A co vam to prinese?

Usporu energie ne, vykon taky ne. Hromadu problemu, rozhodne ano.

Co dal tam mate?

Nemá to PCIe slot jestli jsem se správně díval a přidáním externí grafické karty příjdeš o tu "výhodu" energické efektivity (beru to jako celek).
Řešit grafiku redukcí přes M.2 neberu.

M.2 je normální PCIe. Jak myslíš, že je zapojená dGPU v PC? Podobně já třeba připojil GPU v externí krabici (Thunderbolt).

24. 10. 2025, 20:45 editováno autorem komentáře

> ARM je dobrá platforma ale pořád nechápu, proč na ní nějaká rozumná standardizace, která koneckonců do značné míry vyrobila dnešní x86 PC segment.

Standardizaci dělá Microsoft, "autor" moderní platformy PC. Asi ví, v čem je budoucnost. Na serverech máš standardní UEFI a zaváděcí kód PCIe karet je bajtkód nebo duálně x86+ARM. Tj. je jedno, jestli kartu dáš do serveru x86 nebo ARM. Co si splácá výrobce domácí hračky, to je problém jeho a zákazníků, kteří to akceptují.

Microsoft nic neví, Microsoft si jen vymýšlí nesmysly a na sílu je ze své pozice protlačuje.

Ano, na sílu protlačuje standardizaci. Tu, kterou v PC nechceme ale mimo x86 o ní sníme.

Každej samozřejmě má desktop pojatej po svým ale za mě je kruciální podpora HW akcelerace dekódování AV1, VP9, H264 a H265 (pro ty novejší v 4k/8k).
Spousta ARM-based čipů tohle má na papíře ale v Linuxu to ne na všem jede, protože dokumentace nebývá pravidlem (pro obecnou podporu) a uzavřené bloby bývají jen pro Android.
OrangePi 6 Plus má silnej CPU ale GPU tu akceleraci nepodporuje, takže pro mě na desktop je to no-go.

Krucialni je douhodoba SW kompatabilita, oc cemz si ARM nemuze nechat ani zdat. I kdyby sis ted nechal napsat celou infrastrukturu tak, aby to na ARM bezelo, za rok, dva, maximalne tri ... to muzes cely zahodit a nechat prepsat na novy ubermegakchull cpu.

A presne proto to nema nejmensi sanci.

Smysl to muze davat leda tam, kde z toho udelas blackbox, kterej za 5 let hodis do popelnice a kde ten SW je neco, co da absolvent pomocny skoly za odpoledne u piva.

Udruzju ovladace pro custom ASIC, kterej se pouziva na 6 ruznejch arm32/64 platformach a pri pridani platformy to vzdycky stacilo prekompilovat. Obcas jsou zmeny pri update kernelu, ale neprijde mi to nejak horsi oproti treba x86.

Co to plácáš za kraviny?

Na ARMu běží úplně všechno úplně stejně, je to jen jiná ISA. Navíc ARM dělá nové verze CPU celkem chytře (každá verze má označení a garantuje to co má, a nové verze jsou zpětně kompatibilní). To se o X86 moc říct nedá, když si Intel zničil AVX-512 v consumer segmentu a některé rozšíření už dnes CPU nemají (třeba FMA4).

Jinak receno, blabolis a naprosto netusis o cem. Kdyz dneska vemu DOSovek SW kompilovanej pro 286+, tak ho instatne bez dalsiho spustim.

Mimochodem existují upravené kernely, aby tam šly ty bloby z Androidu. Ten je přecijen uvnitř taky Linux, akorát navázaný na určité LTS verze kernelu.

Problém je zde v samotném Linuxu, který blokuje stabilní driver ABIs. Nejde udělat opensource driver, když tam máte licencované IP (Intelectual Property) třetích stran.

24. 10. 2025, 20:57 editováno autorem komentáře

Nejdrazsi je lidsky cas - na Odroid M2 (2xssd na pci, vyssi vykon nez raspberry, lepsi chlazeni) byl prakticky zivot s desktopem neustale mrzeni - kazdou chvili bezne update rozbijeli akcelerovanou grafiku. Samozrejme, hlavne diky GPU Mali.

Jinak super hw, ale ve srovnani s tim, co v cine poridim za 4-6000Kc s AMD ve formatu NUC, a jaky to ma vykon a user experience, ARM na desktop zatim ani nahodou.

Druhy odroid HC4 mam jako NAS s OMV, tam nejsou update a upgrade tak potreba. Ale opet, dnes bych koupil za 5000 Nuc s AMD, osadil 2xM2 ssd + 2x3.5" HDD, a byl bych na tom vykonove podstatne lip, mel bych hotswap hdd a NAS + desktop a multimedia PC v jednom.
Rozdil ve spotrebe mezi mobilnim AMD a ARM z pohledu domacnosti a dvou zarizeni (nebezi to 24x7) je ve financnim vyjadreni smesny. Na hrani si s nevyzralou platformou cas fakt nemam.

Ani NTB s Qualcom Snapdragon zatim na desktop nic moc, kvuli kompatibilite se stavajicim windows software. O hrani games radej ani neuvazuji. MacOs je pro mne uzivatelsky silne neprivetivy, nestoji mi to zato zkouset prejit, jejich hw je brutalne drahy a sw kompatabilita s Win omezena.

U serveru v AWS je to jine, maj vlastni hw a vlastni ARM Graviton s dostatecnym poctem jader, vykonym pcie, 100gb NIC, vlastni OS a distribuovane a skalovatelne aplikace, bezi to 365x24x7 - tam je nizsi spotreba na napajeni a chlazeni v nakladech uz brutalne znat, a protoze prodavaji hlavne sluzby, na energeticky vyhodnejsi hw se jim vyplati prejit klidne kazde 2 roky.

Qualcomm Snapdragon myslíte ten z roku 2017, nebo co vyšlo před rokem a půl? Ten Snapdragon X Elite má hardwarovou akceleraci x86 a konečně všechna grafická API (OpenGL, OpenCL, Vulkan). Ono teda i verze pro mobily, která nemá akceleraci x86, je dnes výkonná taky dost:

Snapdragon 8 Elite Runs Cyberpunk 2077 at 60FPS on Low Settings
https://www.reddit.com/r/SBCGaming/comments/1gu1xla/snapdragon_8_elite_runs_cyberpunk_2077_at_60fps/

Winlator - Crysis 3 Remastered on Red Magic 9 Pro
https://www.reddit.com/r/winlator/comments/1gt66qk/winlator_crysis_3_remastered_red_magic_9_pro/

Na Proxmox (a hraní s kontejnery) mám x86, na vše ostatní stačí raspberry, kde jsem si velice oblíbil Dietpi.

Az prejdou kompletne na arm, dojde ke zdrazeni pouziteho intel/amd hw, protoze bude casto vendor locked/specific a bez ovladacu to bude mit omezenou funkcnost..., nemluve o tom, ze intel/amd budou muset zdrazit, protoze toho prodaji mene a uspory z rozsahu se zhorsi.

Je to tak?

Není.

AMD vyžírá server segment Intelu a masivní přechod dělají jen ti největší (navíc i Google to dělá postupně, to budou ještě roky a pro Google cloud budou i dál nabízet x86-64).

Pokud si firma a chceš servery tak koupit Epyc je sázka na jistotu. Má to kompatibilitu, má to výkon, a pro tu architekturu je optimalizované všechno co člověk na serveru potřebuje.

Asi tak. Koláč Intelu je velký, budou ho ostatní jíst ještě roky. Samozřejmě problém pro Intel, který už propálil většinu úspor. Ale po jeho minulosti ho nikdo nelituje. Ani ty výrobky nejsou dobré, dnes většinou koupené z neznalosti nebo dokonce za trest.

24. 10. 2025, 21:28 editováno autorem komentáře

Já jsem taky v kempu AArch64 - ta architektura je dobrá, úsporná, a výkonná. Ale když jde o můj workstation tak na AMD nedám dopustit - hromada výkonu, AVX-512, spousta PCIE slotů, atd...

Trend je ale jasný - skládat si komp je luxus, který brzy nebude. Připájená paměť hned vedle CPU nebo přímo na CPU je budoucnost, ať se nám to líbí nebo ne.

23. 10. 2025, 21:46 editováno autorem komentáře

Už jsem se tu v minulosti ptal, co je hlavní výhoda ARM? Je to jednodušší procesor, tak může mít menší jádra a těch mít celkově víc (což je fajn), ale není potom nevýhoda pro kompiler nebo proga, že je s tím více práce? Na YT se řeší věci jako zarovnání struktur a s tím by si AMD64 mělo snad poradit lépe. Nebo je to prostě jedno a je to tak nová ISA, že to vychytalo nevýhody x86?

Vem si 10 aplikaci, udelej si bechmark a zjistis, ze 9 z 10 bezi lip na mene jadrech. A to i takovy, ktery principielne jsou velmi dobre paralelizovatelny. Ale patlalove to neumeji.

Né, že by patlalové neuměli, ale často prostě aplikace nejsou "multicore first", tak dělají stavové algoritmy s mutables, s locky a semafory ... Když se přejde z concurrency na parallelism, dost trpí výkon. A potom ten paralelizmus má taky nějakou režii, tak mno třeba to optimalizovat na oboje ... :)

Už to napsal balkovic, ale základní kámen je share nothing a když se to píše od počátku, tak počet threadů vůbec nevadí. Proto máme v každém jazyku něco jako greenthreads a jejich počet není potřeba vůbec řešit. Někde na YT je video, jak napsat golang http server pro 10M současných připojení (automaticky v gorutinách) a jediné, o čem byla ta přednáška byla, jak snížit zatížení paměti (velikost). Já si napsal v golangu shader toy a je to gorutina per pixel (nebo pro rychlé alg per row).