Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
TechPowerUp zmiňuje, že Snapdragon X Elite má tři bloky L2 cache po 12MB a 6MB system-level cache. Což by mělo dát těch 42MB. Navíc jsou pak L1-cache.
https://www.techpowerup.com/327130/qualcomm-snapdragon-x-elite-die-expos...
Ano, o tom i píšu + jsem přidal ten diagram.
Ano, o tom i píšu + jsem přidal ten diagram.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484744 +Vyniká to v něčem?
Mělo to být super při spotřebě v idle.
14W v idle vypadá hrozivě. Když nejhorší AMD má 10W a 7W je běžná věc.
40°C to potvrzuje, že to nebude úplně chyba měření.
Já naměřil 9W Athlon 3000G v A300 deskmini.
A to je spotřeba celého PC (nikoli NTB!) včetně větráku, SSD,...
Ostatní výsledky jsou takový průměrný.
Na to že to je novinka za 40 000Kč bych řekl že to je slabý.
Vždy se najde stroj který podá lepší výkon.
A to za menší peníze.
Za 40kKč osazeno QLC SSD, jaký asi bude pro ASUS rozdíl v nákladech proti osazení levnějším TLC, 5-10US$?
QLC má menší spotřebu?
Proto asi zvolili QLC.
I kdyby osadili to nejlepší SSD na trhu, tak to furt bude průměrný notebook.
Protože to nemá PCIe 5.0 a nemá to chladič disku.
Jako oproti předchozím pokusům to je úspěch.
A v době uvedení na trh to mělo AI jako jediný.
Vydrž 12 hodin to samé.
No jak píše Karáš.
"rozviřuje zatuchlé vody"
Ale během půl roku se zase uklidnili.
Třeba se to časem zlepší. Jsou to první pokusy. Až na to budou kompatibilní aplikace a hry, může to být zajímavá alternativa k Intel / AMD.
Alternativa ano.
Ale zajímavá?
Zopakuji otázku:
Vyniká to v něčem?
Windows jsou běžná věc.
ARM jsou běžná věc.
(Proti AMD64 nemají nic navíc)
Kombinace je to sice zajímavá.
Ale přináší jen problémy.
Být zajímavý tím že děláte problémy?
Bohužel znám takové lidi. Co se snaží na sebe upozornit za každou cenu. Třeba tím že dělají problémy.
Neuklidnili. Qualcomm chystá další generaci a přijdou i levnější zmetky. Ostatní výrobci vidí, že ztrapnit Intel není až tak těžké a brzy se k honu na dinosaura přidají.
Po tom co Apple s M1 ztrapnil intel.
Jsem čekal od M2, že ztrapní AMD.
Ale s M2 ztrapnil Apple jen sám sebe.
Obávám se, že další generace Qualcommu dopadne podobně.
ARM už nemá čím překvapit = rozvířit vody.
Teď už může bojovat jen cenou.
Kolem tvých doslova idiotských očekávání se svět netočí.
Cinebench 24 single.
Apple M4 při 4,4 GHz - 175 bodů.
Ryzen 9 9950X při 5,7 GHz - 139 bodů.
Ten apple se ale ztrapňuje....
"Proti AMD64 nemají nic navíc"
Proto jsou ARM procesory vyráběné tolika firmami a rozšířené ve více oblastech než skomírající x86-64. Seš omezenec a troll.
"Jestli Apple nezapře svoje kořeny, tak musí přijít s pracovní stanicí postavenou na Threadripperu."
Nemusí, je to jen tvůj názor založený na pohledu člověka zaseklého v minulosti, přičemž ani v té minulosti nerozuměl určitým věcem z oblasti HW-SW a podnikání.
"ARM už nemá čím překvapit = rozvířit vody.
Teď už může bojovat jen cenou."
Čas se zastavil. Už se nikdy nic nezmění, už nepřijdou žádné další inovace v oblasti hw a sw. Váš idiot-troll walleed.
M4 je mocná zbraň. :-)
O tom nikdo nepochybuje.
V ST 25% je slušný výkon.
M4 Max MT 2089 bodů.
Threadripper 8052 bodů.
To je 4× tolik. A ne o 1/4
S tím zaseknutým pokrokem jsi mě dostal.
Jsem ochutnal vlastní medicínu. ;-)
Tak si toho Threadrippera konečně kup, jinak ho AMD kvůli malému zájmu přestane nabízet a všichni uctívači multithread nadřazenosti x86-64 budou muset zklapnout. Proč jenom je tak neatraktivní pro tak velkou část populace...
Kdyz nebude Threadripper, bude Epyc. To ma MT vykon, co AS nedosahne do konce tisicileti....
A koho si myslíš, že to štve? Apple, mě nebo 98 % uživatelů PC-MAC? Už od AM4 tady máme 32 vláken a to prostě stačí tak jasné většině, že nějaký 64jádrový Threadripper není produkt snů ani ve snu. Pak zde máme ještě různé hardcore HDD-SSD uživatele co jim nestačí možnosti normálních čipsetů, ale těch je ještě méně, než těch prvních, co jim nestačí 32 procesorových vláken.
Jsou lide, co vykon oceni. Nebo potrebuji hodne RAM. Tobe staci 32 vlaken, kdyz samotna Win pouzivaji stovky vlaken. To je v poradku....
Jini vsak potrebuji vykon a dostatek RAM.
"Tobe staci 32 vlaken, kdyz samotna Win pouzivaji stovky vlaken."
Pro nejlepší běh Win potřebujeme nejméně 100 jader. Lol. Co na tom, že Win mají dokonce problémy s využíváním vícejader už od asi 20 jader výše.
"Win mají dokonce problémy s využíváním vícejader už od asi 20 jader výše."
Vše co řeknete bude použito proti Vám.
Ano Win 11 Home mají problémů hromadu.
Proto vznikli:
https://www.microsoft.com/cs-cz/d/windows-11-pro-for-workstations/dg7gmg...
Které podporují 4 CPU a 6TB RAM.
Jenže podle vašeho názoru úplně zbytečně.
8 jader a 128GB RAM stačí všem.
Rendering je zbytečná věc kterou nikdo nepoužívá.
Zákazníci Maxon.net jsou divný okultisti.
A co teprve uživatelé VMware Workstation, Blenderu, 7-Zipu, Total Commanderu nebo vyznavači multitaskingu, kteří mají spuštěn více než jeden program? :O
A co teprve uživatelé VMware Workstation, Blenderu, 7-Zipu, Total Commanderu nebo vyznavači multitaskingu, kteří mají spuštěn více než jeden program? :O
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1485035 +To jsou kacíří a zplozenci vícejádrového ďábla.
Jejich duše skončí v digitálním pekle a budou se smažit na throtlujícím jednojádrovém Pentiu s FDIV bugem.
Threadrippery jsou s velkou pravděpodobností pouze nevyhovující Epycy, co by s nima asi dělali než je prodali jako HEDT/WS.
Nevyhovující v čem? Žádné nevyhovující Epycy nejsou. Kdyby je AMD zrušilo (Threadrippery), tak je prodá jako Epycy i v případě, že mají nižší frekvence než Epycy, což tedy dnes nemají.
A co když u CPU ve finálních testech nebudou fungovat z centrálního IO všech 12-channels do RAM? V případě správně chybných určitých RAM kanalů a frekvenční dostatečnosti by je stále mohli označit a prodat jako HEDT(quad-channel) či WS(octa-channel) Threadrippery. Třeba je to jeden z důvodů proč je takový časový odstup mezi vydáním Epyců a Threadripperů na stejné Zen generaci, třeba je to jen otázka doby nashromáždění zásob těch správných "zmetků".
Threadrippery mají frekvence mezi Epyc a Ryzen.
Možná ty čiplety mají vyšší leakage (více žerou).
Přesně.
Chipy s nejmenší leakage jdou do EPYCu.
Provoz 24/7 to ocení.
U TR se na spotřebu nehledí. Tam jde především o výkon.
Rozumný argument by byl:
GPU M4 Max 16574 bodů v CB24.
Profíci, kteří se živí grafikou, začínali na SGI a potom přešli na Apple.
Díky těmto lidem vzniknul film Jursky Park a všechny další filmy plné efektů. A Apple díky ním nezkrachoval.
a ty je nazveš "uctívači MT"
OMG.
A nebo si to pamatuji špatně?
Diskuze je o multithreadu procesorovém, ne grafickém...
To "uctívači MT" bylo jasně uvedeno v kontextu s x86-64.
Kopání do MT... dejme tomu.
Těch lidí co využijí 64 jader je opravdu málo.
Ale kopat do x86 pod testem, ve kterém ARM sice obstál, ale žádné zázraky nepředvedl.
Tomu říkám odvaha.
Jsem ochoten uznat, že další generace se může vydařit. Ale první dojmy jsou takový nemastný neslaný.
Z M1 jsem sednul na zadek. V tak krátkém čase předvést tak komplexní produkt. Klobouk dolů. Vše šlapalo rychle hned napoprvé. HW, UEFI, OS, aplikace.
M$ na tom pracuje 10 let a furt to má problémy.
Vrátím se k první otázce:
Vyniká to v něčem?
Co velikost křemíku?
Nemá to L3 ani balast z minulého tisíciletí.
Musí to být super malý.
Těch lidí co využijí 8+ jader je opravdu málo. Cache systém si najdi sám a pak si sám nasyp popel na hlavu.
Thunderbolt rozhraní se u M1 generace údajně moc nepovedlo, výkonově v testech značně zaostávalo za Intel generací. Škálování GPU výkonu u M1 Ultra myslím taky není považováno za zrovna velký úspěch, zejména s ohledem na nárůst ceny proti M1 Max.
U M1 (M2 má stejnou architekturu?) byla GPU vyloženě špatně navržená, takže škálovala fakt blbě. Při maximální zátěži se SoC ani nepřiblížil TDP chlazení v Mac Studio.
cerve, prestan tapetovat svyma svetonazorama, akorat ukazujes vlastni demenci
Jen blbec píše do diskuze aniž by uvedl jediný protiargument. Tvůj písemný projev je na úrovni blbce, takže je to tutovka.
QLC je o poznani horsi nez TLC uz i na SATA pripojeni. Mam uz par let Samsung QVO a nikdy vic. Zvasty o SLC cache akorat na papire, pada to pri zapisu na 80 MB/s po par okamzicich, mazani slozek sekundove prodlevy. Des a hruza, i magneticky HDD je rychlejsi a komfortnejsi...
QLC SATA SSD vnímám jako použitelné ve formě nějakých sekundárních disků místo HDD. SMR disky jsou totiž při určitém typu zátěže výrazně horší, než QLC SSD.
QLC SATA SSD vnímám jako použitelné ve formě nějakých sekundárních disků místo HDD. SMR disky jsou totiž při určitém typu zátěže výrazně horší, než QLC SSD.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484743 +Děkuji za názor.
Osobně jsem také narazil na podobné problémy.
Ale vždy to byl Samsung.
A vždy plný z více než 70%
Většinou pomohl upgrade firmware.
QLC SSD bylo osazené i v Zenbooku S 16 s Ryzenem 9 AI HX 370, což je taky smutné.
QLC SSD bylo osazené i v Zenbooku S 16 s Ryzenem 9 AI HX 370, což je taky smutné.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484745 +Ano, za ty prachy je to drahé a zbytečné. Co se počítá, je první docela funkční a plně použitelný Windows počítač s ARM. Alespoň co si letmo vybavuji. To otevírá potenciální možnost dalších levnějších notebooků s ARM CPU a tlak na cenu x86 počítačů.
Jinak řečeno, Intel by měl kopnout do vrtule a něco s tím svým marasmem udělat...
Aktuálně nejlevnější notebooky se Snapdragonem X Plus jsou asi za 21k Kč s DPH, ale má to pájeno 16GB paměti, ale pro BFU asi použitelné.
Aktuálně nejlevnější notebooky se Snapdragonem X Plus jsou asi za 21k Kč s DPH, ale má to pájeno 16GB paměti, ale pro BFU asi použitelné.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484784 +Blender je snad již dostupný ve verzi Windows/ARM, bylo by zajímavé i mimo soutěž (pouze v textu) pro orientaci zkusit porovnat výkon při nativním běhu. Pokud tedy o něj v testu nešlo, zmiňuje se výkon v emulaci.
Šestá kapitola:
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-p...
Díky, to jsem přehlédl. Emulace si holt vybírá svou daň.
Nešlo by do testu zařadit ověření jak má který notebook vyřešenu regulaci jasu(OLED) či podsvícení(LCD). Bílou plochu při různých úrovních jasu sejmout vhodným fotosensorem a osciloskopem a charakter regulace jasu/podsvícení vyčíst z naměřeného průběhu. Zda jde o DC, PWM (při jaké frekvenci), hybrid DC+PWM. Možná by se celé řešení vešlo do 1kKč i s poštovným.
https://dratek.cz/arduino/1229-digitalni-osciloskop-ds0138-200khz.html
:D
Většina dnešních OLED displejů má obnovovací frekvenci do 120Hz a regulaci jasu pomocí PWM na 240Hz. Což se již přes dekádu nepovažuje za "flicker free" řešení (dnešní LCD mají PWM regulaci podsvícení v řádu jednotek/desítek kHz). V minulosti se vyskytoval v ntb OLED panel co podporoval 90Hz snímkovou frekvenci a PWM měl na jejím čtyřnásobku (~360Hz). Notebookcheck toto hodnocení do své metodiky zařadil, ale bohužel testuje pouze omezený počet modelů. Navíc na náš trh se výrobci nerozpakují někdy dodat více kompromisní řešení za méně kompromisní cenu, takže výsledky z .de nemusí postihovat realitu a z dostupných specifikací konkrétních modelů v e-shopech to zjistit nelze.
Tak jsem provedl nějaké základní měření (přímo na fotodiodě), byla snímána bílá plocha. Vypadá to, že tablet s AMOLED diplejem Samsung Galaxy Tab S2 9,7" z roku 2016 má regulaci jasu na bázi PWM o rychlosti 240Hz. Při 1ms/dílek je perioda cca 4+ dílky (~240Hz). Dolní průběh je pro vysoký jas (prakticky plná střída) a horní pro nížší jas (menší procento střídy).
https://www.monitos.cz/tmp/mini_osc_photodiode_sam_gal_tab_s2.png
Sotva AMD zlikvidovala jednu konkurenci, už tu roste druhá.
Až na tom spustím Autocad 2024 a Kingdom Come II, můžeme mluvit o konkurenci. Prozatím je to jen hračka pro nadšence.
Já to vidím obráceně.
My. Nadšenci. Používáme ACAD a hrajeme okrajové hry.
Běžní Uživatelé používají chrome. A ten na ARMu funguje bez problémů.
Těm by stačil už roky dostupný chromebook. Ale nedělají to.
Nebo klidně deset let starý ThinkPad s nějakým Linuxem :)
Nebo klidně deset let starý ThinkPad s nějakým Linuxem :)
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484742 +Některým stačí i 6+ let starý ajfón s pavučinou na předním skle.
Opravu si dovolit nemohou, protože ho ještě splácejí :(
Opravu si dovolit nemohou, protože ho ještě splácejí :(
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484792 +Zas Program 2024 a 3 týdny stará hra jsou zcela aktuální aplikace, tj. nejblíže tomu, že bude i nativní verze. Např. Cyberpunk 2077 už je ohlášena nativní verze pro macOS/Apple SIlicon. Mimochodem Kingdom Come jednička na Apple Silicon běží.
Z mého pohledu tohle není konkurence, ale cargo cult, který si myslí že když bude napodobovat to co dělá Apple dostaví se i jeho úspěch. Skutečná konkurence x86_64 je pouze Apple, kterému se dá úspěšně odolávat pouze tím, že nabídnu jeho přesný opak.
https://cs.wikipedia.org/wiki/Cargo_kult
Souhlasím.
Já strčil všechny ARM do jednoho pytle.
Apple není konkurence k AMD64.
Kdykoliv může přejít zpátky k intelu (Těžko představitelné). Nebo k AMD. (Jestli Apple nezapře svoje kořeny, tak musí přijít s pracovní stanicí postavenou na Threadripperu.)
Apple je konkurence k Win.
Qualcomm je naopak závislí na M$.
Na tom jak hladce poběží Windows on ARM (WoA) a .exe aplikace a periferní HW.
WoA je přímá konkurence Masoxu.
Zatím jenom Cargo kult ;-)
Apple nemůže k AMD přejít ze stejných důvodů, jako nemohl v minulosti. Nedostatečná kapacita, navíc u stejné továrny. Do pracovních stanic mu hodil vidle už SGI v 90tkách s levným Indy a nativním Photoshopem. Pak už to nezachránila "popelnice" s nemožností vkládat PCIe karty a později Threadripper s násobným výkonem oproti Intel Mac Pro.
> Qualcomm je naopak závislí na M$.
Qualcomm má příjmy jinde. Podobně jako Apple dotuje vývoj Apple Silicon prodejem mobilů. Tzn. Intel se ho nezbaví a AMD to je jedno (zastánci ARM obvykle nepochybují, že je AMD lepší - zvládá celkem dobře obcházet nedostatky x86 ISA, takže ta ještě nějaký čas vydrží).
To moc nedává smysl, kdyby si nenechával Apple vyrábět své SoC u TMSC byla by tato nevyužitá kapacita volná pro výrobu někoho jiného, vzhledem k jeho ochotě platit bonus za nejmodernější výrobní proces patrně právě pro Apple.
Jenže Apple a AMD jsou v TSMC úplně jinde, takže uvolnění kapacity by nic nezměnilo. Apple jede top, který si předplatí dokonce dopředu, kdežto AMD jede parametry/cena a do lepších nodů se nežene ohledně CPU (mohlo by v GPU, hlavně pro servery, ale ty jsou mimo tohle téma).
Ohledně kapacit to je slabý argument.
Apple platí dopředu. Pro Apple se staví úplně nové továrny na zelené louce.
Ano, AMD jede parametry/cena protože musí koukat na cenu intelu.
Jenže když bude dodávat high-end pro Apple, tak nemá konkurenci a cenu může nastavit jak chce.
To že Jobsovi ty pracovní stanice ne vždy vyšli je pravda. Ale táhlo to značku. Než přišli iPhone.
Jenže to by AMD musel vyvíjet speciální jádra pro jiný nod, přitom workstation Apple by se prodalo naprosté minimum proti ostatním Macům, i kdyby prodeje Mac Pro stouply díky AMD násobně.
Navíc v dobách Jobse byla pracovní stanice to, co dnes zvládá základní model Apple Silicon v pasivně chlazeném MacBook Air.
Pracovní stanice dnes už je něco jiného, i když shodou okolností pro mnohé opět to, co nabízí Apple: učení neuronových sítí, kde Mac Studio s vymaxovanou RAM vyjde levněji, je dodán dříve a má více "VRAM" než Nvidia GPU.
To by měli ten systém nějak více uzavřít a udělat ho nepoužitelný bez Microsoft účtu a rázně omezit, co na tom může člověk dělat. Po HW stránce by to pak chtělo změny jako vše přilepit, připájet a klávesnici zanýtovat do palmrestu, aby náhodou nešla vyměnit. Taky zcela zaříznout přístup do UEFI rozhraní, nikdo nebude nic nastavovat.
To by měli ten systém nějak více uzavřít a udělat ho nepoužitelný bez Microsoft účtu a rázně omezit, co na tom může člověk dělat. Po HW stránce by to pak chtělo změny jako vše přilepit, připájet a klávesnici zanýtovat do palmrestu, aby náhodou nešla vyměnit. Taky zcela zaříznout přístup do UEFI rozhraní, nikdo nebude nic nastavovat.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484741 +Tuhle etapu snad již mají za sebou.
https://www.ifixit.com/News/96998/from-0-10-to-8-10-microsoft-puts-repai...
_tady_ myslim neroste. Ale zacina byt verejnym takemstvim, ze nVidia dela win-kompatibilni procesor (pochopitelne Arm, x86 licenci nemaji). To by mohlo hodne zahybat jak se sferou profi aplikaci, tak s kompatibilitou her na Armu.
nVidia navic na rozdil od Qualcommu hraje beh na dlouhou trat - ocekavam, ze dlouhodobe budou chtit delat ty nejdrazsi procesory na trhu. Ale zaroven (podobne jako Apple s M1) vedi, ze prvni generace musi byt pouzitelne odladena a mit velmi dobry pomer cena/vykon. Cenotvorba snapdragona me vazne prekvapila, byt drazsi nez intel a mit problemy s kompatibilitou k tomu je… zvlastni strategie.
Mediatek arm-win procesor jinak teda dela taky, ale tem holt chybi ta GPU cast, to bude v prakticke rovine klon snapdragona se stejnymi silnymi i slabymi strankami, jen levnejsi.
Tak Qualcomm nehraje běh na dlouhou trať?
Proto posledních šest let na tý platformě pracoval a vydával pro ní procesory, i když v každý generaci na to lidi akorát pindali, s Microsoftem (první notebooky s W10/Snapdragon byly začátkem roku 2018 IIRC)?
Microsoft počítám taky nejede běh na dlouhou trať? Vtipný jak lidi pořád někdy píšou jako by tohle byla první generace?
Byla to prvni generace, kdy to zacali masove tlacit, udelali velky vykonnostni skok a umoznili emulaci x64, neboli prvni opravdovy pokus. K tomu v US strasna spousta reklamy.
U predchozich WoA vedeli kde jsou, nacenovali je podle toho a byli spokojeni s tim, ze je kupuji vyhradne hracickove jako my tady. Navic ze zacatku byla kompilace pro arm binarky ve visualstudiu bez moznosti spoluprace s x64 kodem, ted jde pouzit i par x64 dllek v projektu… Proste to do sebe zacalo konecne vsechno zapadat.
U teto generace jsem cekal, ze ji budou prodavat za nakladovku (surface za 900$/23kkc, jako M1 macbook, plastaky levnejs), aby dosahli trzniho podilu…. Misto toho se rozhodli, ze potrebuji marzi vyssi nez intel a za vyse zminenou cenu to ted postupne vyprodavaji jako neuspesne zbozi… Coz nedela dobry dojem. Z meho pohledu se Qualcomm pokusil vykesovat svuj beh na dlouhou trat o generaci az dve prilis brzo.
ARM je prostě ARM a je pro již jasně vymezenou klientelu. Optimalizace pro WinPC něco stojí a není jisté, zda se to vyplatí. U linuxPC je to jednodušší, existují speciální distribuce pro ARM.
Ten 7zip by bolo super vidieť aj natívnu verziu.
Ffmeg bol arm alebo x64?
Časem se k tomu dochroupu, nejspíš mi dorazí další stroj s nějakým Qualcommem.
7-Zip i ffmpeg byly AMD64 verze pro Windows, tj. běželo to skrze tu emulaci. Výjimkou je akorát Cinebench 2024 a Blender 4.3.
Bohužel to znamená, že na těch novějších verzí různých programů musím zase nasbírat nová data a hned tak to nebude :D
Časem se k tomu dochroupu, nejspíš mi dorazí další stroj s nějakým Qualcommem.
7-Zip i ffmpeg byly AMD64 verze pro Windows, tj. běželo to skrze tu emulaci. Výjimkou je akorát Cinebench 2024 a Blender 4.3.
Bohužel to znamená, že na těch novějších verzí různých programů musím zase nasbírat nová data a hned tak to nebude :D
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484740 +Ono i srovnání jeden na jednoho může stačit, hrubá interpolace na jiné stroje/verze se dá provést z historických měření (pokud se jich aspoň jeden zástupce zůčastnil). U CPU-only benchmarků by možná šlo využít WSL na Windows/ARM a spustit v rámci něj ffmpeg/Linux@ARM.
https://github.com/BtbN/FFmpeg-Builds/releases
ale samozrejme, za 500, ok nech nezerem, je to novinka 700€ by to mohlo byt predajne, so vsetkymi negativami, co to ma. 70W v tom tenkom tele, neverim zaveru "relativně tichý ", hlavne, ked ma 14W idle - teda je treti najhorsi!!!! v teste. A kolko teda chcu, za tuto srandu? 1439€ :D LOL.
V tom idle, tipuji, že vliv bude mít spotřeba OLED panelu + 120 Hz obnovovací frekvence a možná to s Performance profilem neuspává všechny části toho SOC. Samozřejmě to je s připojeným adaptérem, při provozu na baterie je to výrazně úspornější.
Jinak tyhle nové ARMy od Qualcommu začínají v noteboocích někde od 21k Kč, ale je to s 16GB RAM.
V tom idle, tipuji, že vliv bude mít spotřeba OLED panelu + 120 Hz obnovovací frekvence a možná to s Performance profilem neuspává všechny části toho SOC. Samozřejmě to je s připojeným adaptérem, při provozu na baterie je to výrazně úspornější.
Jinak tyhle nové ARMy od Qualcommu začínají v noteboocích někde od 21k Kč, ale je to s 16GB RAM.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484746 +120Hz OLED o stejném rozlišení mám v mobilu.
A rozhodně to nebere 14W.
Dělá to úhlopříčka.
Nechápu proč tam nedali černé pozadí.
To je to první co na OLED nastavuju.
Ušetří to spoustu baterky.
A má to další výhody.
V PID pochopili co je nejlépe čitelné už před 2 roky:
https://pid.cz/citelna-praha-prvni-stanice-metra-v-novych-barvach/
Ano, úhlopříčka a vyšší jas má jistě vliv, ten test spotřeby v idle je prostě na desktopu s připojeným adaptérem, maximálním jasem a Performance profilem. Zkusím možná ještě jak se to chová s Balanced profilem, jestli to třeba uspí ty další CPU bloky, nebo to fakt dělá jen ten OLED.
Ano, úhlopříčka a vyšší jas má jistě vliv, ten test spotřeby v idle je prostě na desktopu s připojeným adaptérem, maximálním jasem a Performance profilem. Zkusím možná ještě jak se to chová s Balanced profilem, jestli to třeba uspí ty další CPU bloky, nebo to fakt dělá jen ten OLED.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484793 +V tom je ten vtip.
Když máte OLED s černým pozadím a na něm pár bílých písmenek (v případě Always On Display číslic s časem) tak je skoro jedno jaký máte jas. Baterku to žere minimálně.
Ale běda když máte zobrazit bílé pozadí a černé písmo. To mi baterka mizí před očima i na 6". Natož na 16".
Z kapitoly:
Výkon při provozu na baterie
Je vidět že ARM není žádné perpetuum mobile.
Aby měl nějaký výkon, tak musí něco sežrat.
Tyhle profily budou jen bilancovat výkon/spotřebu.
By se musela změřit efektivita. A to půjde těžko když to neumí reportovat spotřebu.
Při srovnání s konkurencí ale vidíme, že efektivita bude někde mezi intelem a AMD.
Takže záleží jak se povedli napájecí profily.
Intel má v idle spotřebu srovnatelnou s ARM (AMD má vyšší). Tohle x86, aspoň u jednoho výrobce, zvládá už dlouho. ARM spotřebou kraluje ve střední zátěži (spousta tabů v prohlížeči, několik Electronových aplikací minimalizovaných v traybaru, nějaký ten Office apod). V maximální zátěži je to opět nastejno, tam už napříč všem výrobci.
Tenhle mýtus, že AMD má vyšší spotřebu v idle vzniknul v době ZEN 1, kdy hwinfo generovalo sice minimální provoz, ale Win to chybně vyhodnotil jako že user něco dělá a zapnul celý CPU. Vcelku rychle to M$ opravil.
Takže to už 7 let není pravda.
Co se podívat na testy před tím než začnu přispívat?
Například:
Spotřeba notebooku v idle
HP EliteBook 845 G9
AMD Ryzen 9 PRO 6950HS 8C/16T
AMD Radeon 680M
4,6W !!!
Což je tak asi třetina ARM a o 30% méně než nejlepší intel.
13900k ma idle 9W a ryzen7700 19 po uprave bez expo, 25 bez upravy a s expo.
"ARM spotřebou kraluje ve střední zátěži "
Nějaké důkazy pro toto?
Nebo to je další vaše chybná domněnka?
Tohle je věc OS, jak vyhodnotí situaci a nakolik probudí CPU.
Android je v tomto přísný. Protože je dělaný pro mobilní zařízení. Win tam mají značně mezery.
A pak záleží na výrobním procesu. 2nm GAA od TSMC na tom bude lépe než intel 4.
A pak to může zabít SW. Když bude emulovat, tak spotřeba vyletí klidně 3x.
Proč hned chybná domněnka? Měl jsem doma 3 notebooky s Qualcommem a nějaké s Apple Silicon.
"neuspává všechny části"
Přitom to měl být hlavní tahák ARM.
Konkurence to umí lépe.
No dokud na tom nejde spustit vše bez aplikačních pádů, tak je mi vlastně jedno, jaký to má výkon ...
A dle recenze na tom nejde spustit víc věcí, než bych čekal.
To z toho popisu vyzera tak, ze co sa tyka CPU casti, tak je to +- OK a jedinu vacsiu sarapatu tam robi emulacia a/alebo ak vyvojari nieco vylozene odflakli a bud pouzili nedokumentovane API, alebo nejake nepodlozene predpoklady o tom, ako sa procesor bude chovat.
Skrz rozne pady a beh iba na nizkych detailoch to ale vyzera tak, ze graficky driver je na tom tragicky. Tu mozno bude situacia podobna s Intelom, akurat v inom aspekte: Ardeno je historicky mobilna grafaren v zmysle, ze sa montovala do mobilov s Androidom. Android vyzaduje iba podporu OpenGL ES 2 (mozno uz novsej verzie a/alebo Vulkanu). Co Android nikdy nevyzadoval boli rozne 2D akceleracie. Preto to tie grafiky nevedia (rozne blitter a pod.)
To je dovod, preco Linux na takej masine bez poriadne funkcneho drivera a prostredia, ktore je plne akcelerovane cez 3D sa vlecie ako v lete na saniach. 2D akceleracia, ktora je normalne rychla aj na obycajnom VESA driveri proste neexistuje.
Kto ho vie, co dalsie tie drivery doteraz nemali a v Qualcomme to dopisovali na poslednu chvilu a preto je to vsivave.
GPU část vyřeší NVidia (ať už vlastní SoC nebo spolupráce s Mediatekem). Emulace je software, ten může kdykoli přijít update, který pád v konkrétní aplikaci vyřeší. Samozřejmě kdo chce max. kompatibilitu, tak ať zatím v klidu zůstane u AMD.
Jako koncovemu uživateli mi na důvodu nefunkčnosti nezáleží. Prostě to nejede.
To se ti může stát všude. Např pády na uhnilých Raptorech u nás ve firmě. Workaround byl vypnout malá jádra. Sice jsme zaplatili za větší výkon, než co nakonec máme , ale snad to nějakou dobu vydrží.
Zase dalsi notebook co ma vypinac v klavesnici, aby se to holt pletlo, ne nemuze byt oddelene mimo... A zas orezane sipky, a zas chybejici samostatne editacni klavesy jako home, end atd. Ani se nedivim ze lidi pak kupuji herni notebooky do kanclu, aby dostali tyto kdysi bezne parametry...
..protoze usetris 1$ pri takove konstrukci. Uzivatel nikoho dneska nezajima.
Člověk skoro nabyde dojmu, že RPi5 s Linuxem bude jistější volba bezproblémového stroje.
Člověk skoro nabyde dojmu, že RPi5 s Linuxem bude jistější volba bezproblémového stroje.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484748 +RPi5 není Copilot+ kompatibilní :(
RPi5 není Copilot+ kompatibilní :(
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484752 +Což je vlastně vyhoda.
Což je vlastně vyhoda.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484757 +A taky nemá videokodeky, kromě h265. Takže je problém např. s Youtube, protože ten umí jen h264, VP9 a AV1.
Huh, ono i RPi5 tohle neumí? Zvláštní.
Ale jestli je SOC Broadcom, tak mě to vlastně nepřekvapuje.
Huh, ono i RPi5 tohle neumí? Zvláštní.
Ale jestli je SOC Broadcom, tak mě to vlastně nepřekvapuje.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1485036 +Linuxáci totiž dodnes nepochopili, k čemu ten SoC primárně je. Je to procesor do settop boxů k TV. Tedy dolar ušetření na licenci nebo obvodu znamená velký zisk. Když je jádro CPU dostatečně rychlé na SW dekódování, tak vyřešeno. Že moderní webové prohlížeče dekódují video ve stejném vlákně, jako pak kompozitují webovou stránku, a tak jim už nezbyde výkon toho jádra CPU, to je jejich problém. Uživatel si může snížit rozlišení videa (dekódování zabere méně času). Nebo si může video stáhnout a pustit ve video přehrávači.
Pro zajímavost, IE a Edge UWP to uměly, počítaly s velmi pomalými CPU a počítači bez video kodeků. Fungovalo to tak, že obdélník s videem (nebo tehdy i pluginem, např. Flashem) bylo oddělené bezrámové okno nad oknem stránky ("dětské" okno je stále v ploše hlavního okna, uživatel to nevnímá odděleně). Windows standardně aplikoval clipping "okna v pozadí" (webová stránka) , aby nekreslila do této plochy. Tam kreslilo vlákno videa/pluginu přímo - neřešila se tak kompozice celé stránky. Nevýhoda byla, že tento objekt byl vždy nad ostatními, tak se dělaly workaroundy, např. pro rozbalení horního menu webu se video/plugin skriptem vyměnili za div nebo img, např. náhled videa. Stejný workaround byl potřeba i pro kombobox v IE, ten zas byl Win32 widget ("w" znamená window) - IE9+ si už nakreslil vlastní, kde problém nebyl. IE9+ a Edge UWP přidaly feature, že plugin mohl dostat bitmapu pozadí a popředí, s maskou průhlednosti a povolení klikání. Menu webu tak už mohlo zasahovat do videa a fungovalo klikat na jeho položky (pro "neprůhledné" oblasti plugin poslal klik zpátky prohlížeči). Všímavý uživatel viděl, že objekty nad videem/pluginem byly s malým zpožděním. SKončilo to tím, že Google hodil přes Youtube průhledný div a Edge UWP musel video přesunout do kompozice stránky, jako to dělají ostatní prohlížeče, a tím přišel o svoji výhodu. Microsoft to následně vzdal a přešel na jádro Chromium - počítače ale mezitím zrychlily, takže to už nebyl problém.
Na ten článek s Linuxem se dost těším.
Tak asi zatím smolík, nepovedlo se mi nabootovat zatím vlastně nic Linuxového. Zkoušel jsem arm64 variantu ubuntu 24.10, tam naskočí GRUB, ale pak to nepokračuje: https://discourse.ubuntu.com/t/ubuntu-24-10-concept-snapdragon-x-elite/48800
Asi bude třeba počkat na nějakou lepší podporu, nebo s tím nějak více šíbovat.
Tak asi zatím smolík, nepovedlo se mi nabootovat zatím vlastně nic Linuxového. Zkoušel jsem arm64 variantu ubuntu 24.10, tam naskočí GRUB, ale pak to nepokračuje: https://discourse.ubuntu.com/t/ubuntu-24-10-concept-snapdragon-x-elite/48800
Asi bude třeba počkat na nějakou lepší podporu, nebo s tím nějak více šíbovat.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484964 +No tak to bylo rychle ;-)
Diky.
Zatím je podpora pro Apple Silicon, ten má řádově více uživatelů. Pak se uvidí, zatím skoro nikdo nezná ARM ani na Windows, takže na Linux je čas. Potřebuješ X uživatelů Windows on ARM, abys měl X * 0,04 uživatelů Linux on PC/ARM.
Aneb rekni, ze ses naucil nasobit, ale nepochopil, k cemu je to nasobeni dobre.
Jakože na PC/ARM bude víc % uživatelů Linuxu? Zatím to tak nevypadá. Notebooky a mini desktopy s ARMem jsou tu déle než Apple Silicon.
Letmo jsem to projel, chválím srovnání výkonu nativní ARM64 binárky s emulací, překvapilo mě, že jsem to čekal horší, i když kdovíjak suprové to samozřejmě není, ale použitelné rozhodně ano. Naopak je smutné, že tam, kde to bylo možné, není ARM64 binárka použita (7-zip) a neobstojí u mě argument, že je třeba přetestovat spousta věcí novou verzí. Stačilo by udělat i u tohohle srovnání ARM64 vs. AMD64, aby byl vidět rozdíl v konkrétní aplikaci, zbytek si člověk doodhadne. Faktem je, že ten procák vůbec neni marnej.
Jako jo, pominu klávesnici a pár dalších drobností, samozřejmě volba SSD je max-fail (určitě bych ho zkusil vyndat a srovnat rychlostně v jiném notebooku, jestli za to náhodou nemůže ta platforma jako taková), ale tohle už je pro mě bod, kdy se dá uvažovat o přechodu z x86-64 na ARM64 na Windowsech, teda dalo by se uvažovat, kdyby za to nechtěli nesmysl. Za půlku bych ho vzal jako druhý notebook.
A když už se honosíme "copilotem", neškodilo by předvést a prověřit, v čem je ta výhoda. Já to stále považuju za zbytnost, kterou to z mého pohledu vůbec mít nemusí a úplný prd by se stalo, kdyby to tam nebylo.
Podle mě to neni ani na jednu hvězdu, je to vlaštovka, co jaro ještě nedělá, ale už má tendence. Vlaštovka v podobě Windows RT na Tegrách neměla ani křídla, to byl jen slibný náznak budoucnosti s umělým omezením, které kdyby nebylo, dalo by se aspoň uvažovat o tom, že si to na tom člověk aspoň vyzkouší, když už tam byla ta výkonová bída. Ale možnost spustit na tom jen Windows a Office a nic normálního to zabila (věci ze Store neberu jako normální, to byla na Windows absolutní anomálie a ani dneska to nepovažuju za primární zdroj aplikací, byť už nemůžu říct, že to nepoužívám).
Měsíc s ASUS VivoTab RT aneb Mé první setkání s Windows RT
Je smutné, že až o 11 let později to začíná konečně vypadat, že by to s ARMem na Woknech jít mohlo.
Letmo jsem to projel, chválím srovnání výkonu nativní ARM64 binárky s emulací, překvapilo mě, že jsem to čekal horší, i když kdovíjak suprové to samozřejmě není, ale použitelné rozhodně ano. Naopak je smutné, že tam, kde to bylo možné, není ARM64 binárka použita (7-zip) a neobstojí u mě argument, že je třeba přetestovat spousta věcí novou verzí. Stačilo by udělat i u tohohle srovnání ARM64 vs. AMD64, aby byl vidět rozdíl v konkrétní aplikaci, zbytek si člověk doodhadne. Faktem je, že ten procák vůbec neni marnej.
Jako jo, pominu klávesnici a pár dalších drobností, samozřejmě volba SSD je max-fail (určitě bych ho zkusil vyndat a srovnat rychlostně v jiném notebooku, jestli za to náhodou nemůže ta platforma jako taková), ale tohle už je pro mě bod, kdy se dá uvažovat o přechodu z x86-64 na ARM64 na Windowsech, teda dalo by se uvažovat, kdyby za to nechtěli nesmysl. Za půlku bych ho vzal jako druhý notebook.
A když už se honosíme "copilotem", neškodilo by předvést a prověřit, v čem je ta výhoda. Já to stále považuju za zbytnost, kterou to z mého pohledu vůbec mít nemusí a úplný prd by se stalo, kdyby to tam nebylo.
Podle mě to neni ani na jednu hvězdu, je to vlaštovka, co jaro ještě nedělá, ale už má tendence. Vlaštovka v podobě Windows RT na Tegrách neměla ani křídla, to byl jen slibný náznak budoucnosti s umělým omezením, které kdyby nebylo, dalo by se aspoň uvažovat o tom, že si to na tom člověk aspoň vyzkouší, když už tam byla ta výkonová bída. Ale možnost spustit na tom jen Windows a Office a nic normálního to zabila (věci ze Store neberu jako normální, to byla na Windows absolutní anomálie a ani dneska to nepovažuju za primární zdroj aplikací, byť už nemůžu říct, že to nepoužívám).
Měsíc s ASUS VivoTab RT aneb Mé první setkání s Windows RT
Je smutné, že až o 11 let později to začíná konečně vypadat, že by to s ARMem na Woknech jít mohlo.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484763 +Do jedenácti let se Apple skoro vejde s celým "platformním cyklem".
Zpusob kterym Microsoft manazersky pohrbil WART je opravdu trestuhodny. Ono by to bylo skvele pro spoustu mist, kde vydrz na baterku prevazila slaby vykon, ale na takovych mistech se bez putty a podobnych malych utilit casto clovek neobejde. Poustet na RT Office uz casto bylo za trest.
Těch srovnání ARMu bude více, na cestě bych měl mít snad v lednu i nějaký DELL Latitude, takže mám v plánu ještě něco otestovat.
Ten ARM marný není, ale ta energetická efektivita není zase tak super, 45W ARM překonává 28W AMD64 jen o chlup, což není úplně nejlepší vizitka, ale použitelné to je.
To Micron 2400E je opravdu mizerné SSD, bylo i v jiných noteboocích, třeba: https://diit.cz/clanek/recenze-asus-zenbook-s-16-dvanact-jader-ai-ceraluminium-v-tenkem-baleni/vykon-uloziste-zapis-542gb-dat-aja-system-test-ssd-benchmark
Co se týče Copilotu, mě osobně to přijde jako spíše děsivý datamining vyžadující MS účet a dost možná nějaké předplatné, abych si pokecal s nějakým LLM, na to mi stačí LM Studio lokálně. Ale je pravda, že jsem Copilot+ nezkoumal nijak detailně, takže je tam možná něco úžasného co každý potřebuje a změní to svět.
Má tam být ten Recall, co dělá screenshoty obrazovky, což je bezpečností NOPE, pak asi nějaký ten chatbot a nějaké další věci: https://blogs.windows.com/windowsexperience/2024/10/01/new-experiences-coming-to-copilot-pcs-and-windows-11/
Zajímavé mi přijde snad jen to generativní vyplňování v malování, to možná někdy zkusím.
Ad Windows s RT, v práci mám nějakou Yogu s Tegrou a Win8 RT, to je hrozná věc :D
Těch srovnání ARMu bude více, na cestě bych měl mít snad v lednu i nějaký DELL Latitude, takže mám v plánu ještě něco otestovat.
Ten ARM marný není, ale ta energetická efektivita není zase tak super, 45W ARM překonává 28W AMD64 jen o chlup, což není úplně nejlepší vizitka, ale použitelné to je.
To Micron 2400E je opravdu mizerné SSD, bylo i v jiných noteboocích, třeba: https://diit.cz/clanek/recenze-asus-zenbook-s-16-dvanact-jader-ai-ceraluminium-v-tenkem-baleni/vykon-uloziste-zapis-542gb-dat-aja-system-test-ssd-benchmark
Co se týče Copilotu, mě osobně to přijde jako spíše děsivý datamining vyžadující MS účet a dost možná nějaké předplatné, abych si pokecal s nějakým LLM, na to mi stačí LM Studio lokálně. Ale je pravda, že jsem Copilot+ nezkoumal nijak detailně, takže je tam možná něco úžasného co každý potřebuje a změní to svět.
Má tam být ten Recall, co dělá screenshoty obrazovky, což je bezpečností NOPE, pak asi nějaký ten chatbot a nějaké další věci: https://blogs.windows.com/windowsexperience/2024/10/01/new-experiences-coming-to-copilot-pcs-and-windows-11/
Zajímavé mi přijde snad jen to generativní vyplňování v malování, to možná někdy zkusím.
Ad Windows s RT, v práci mám nějakou Yogu s Tegrou a Win8 RT, to je hrozná věc :D
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484794 +Mozna misto pana Sponky bude madam Stebetava. Evidentne velky posun.
První vlaštovka to není, první vlaštovka by byly ty Asus Nova Go a podobný stroje se Snapdragonem 835, pak 850, pak 8cx (a jeho refreshů). Vychází už od roku 2018, včetně emulace x86 aplikací a možnosti instalovat cokoliv, nejen ze store. IMHO nemá smysl moc zmiňovat windows RT, to je až dávnější nepřímý předek, který na rozdíl od té éry 2018-2024 není už důležitý.
Na téhle aktuální platformě je nový jen to, že je to poprvé procesor, kterej nativně není pomalej a nabízí zajímavej výkon.
Ty předchozí měly SoC, co 1) neměl HW akceleraci emulace x86 (některé věci i víc jak 8x pomalejší) a 2) neuměli (desktopové) OpenGL, OpenCL a Vulkan. Tedy uživatel nemohl plynule přejít na jinou architekturu, aby tam vše fungovalo a bylo rychlejší než jeho 2+ let starý notebook s Intelem.
> WIFT
> Je smutné, že až o 11 let později to začíná konečně vypadat, že by to s ARMem na Woknech jít mohlo.
Ukazuje to, že smutná doba už skončila a Intel nemůže zakázat Microsoftu přidat emulátor x86 do Windows. Předchozí verze ho přitom měly (mám doma Windows na Alpha, PowerPC a v práci brácha na Itaniu - ve všech emulace x86 v pohodě).
Díky Karášovi za klasicky obsáhlou a detailní recenzi.
Já bych ale místo bronzu udělil spíše Deep in Shit cenu. Kromě displeje jsem na celém tom řešení nenašel jediný pozitivní črt, který by zasluhoval aspoň ten bronz. Když si odmyslím asusí úchylky (kb, konstrukci, biosy atp.), nevidím na zvoleném HW žádný oceněníhodný komponent. ARM sice nějak funguje, ale nejedná se o nic převratného, naopak. Spotřeba je vysoká, hlučnost 36 dB mi připadne na ten vlastní výkon a projev nesmyslná. Přitom tohle měly být ty pravé důvody a taháky k přechodu na ARM. Všechno je natvrdo napájeno na MB a z pohledu SW a her jde spíše o trápení a omezení se na kancelář. A za 40 tisíc je k mání podle mého názoru vymazlené Lenovo s bezproblémovým AMD. NPU aplikace, respektive nějaká "killer/must have feature" tu také zatím nejsou.
Jednou větou: Wow efekt se stále nedostavil a podle mě už ani nedostaví a ARM své druhé entrée na platformu PC opět podělal.
Jiz treti pokus.... Nebo dokonce ctvrty, pokud se pocitaji i mobily a tablety.
Já měl na mysli vyloženě PC, tam je to IMHO teprve podruhé.
Handheld PC 2000 bylo snad na StrongARMu (pokud si dobře vzpomínám na svou HP Jornada 720). ;-)
https://en.m.wikipedia.org/wiki/File:HP_Jornada_720.JPG
To ale bezalo / podporovalo iba Windows CE, ktory bol snad este tragickejsi nez velky Windows.
Snad jedine Microsoftu sa podarilo v historii vyvoja operacnych systemov napisat RTOSko, ktore dokazal zostrelit jeden zly syscall.
Když si uvědomíme, že ještě NT4.0 (z nichž dnešní W10/11 vychází) podporovaly jiné (RISC) CPU architektury, tak je to s Win on ARM opravdu tragédie.
Tohle je pokračování Windows NT větve a třeba se časem přidají další RISC architektury, např. RISC-V už prý bude mít i velká jádra.
No ale WoA s ARM tu jsou jiz dlouhe roky. MS to daval do nekterych MS Surface. Proste se moc nedari a nedari. Apple ukazal, ze to prece jen jde, kdyz se udela megacip, ktery asi neni za hubicku....
U Apple to fungovat muze, ale u Win.... Nevim, nevim. Zatim moc nevidim, co by to prinaselo, krome nekompatibility a potencialnich problemu.
Apple má ty čipy furt levněji, i když jsou větší. Neplatí marži middlemanovi, která u high-endových čipů je fakt velká (i base model Apple Silicon je high-end v tom smyslu, že s touto spotřebou jsou obvykle nabízeny jen velmi slabé procesory). A procesor Qualcommu má poloviční plochu co srovnatelný Intel (oproti Apple nemá tolik akcelerátorů a tak silnou iGPU, ale ve světě PC je to pro procesor dané kategorie ok).
S tvým hodnocením, že i na podruhé se to hardwarově nepovedlo, nemohu souhlasit. Sice se to nepovedlo, ale HW považuju za dobrý. Vysvětlím.
Existuje mezi IT komunitou očekávání, že to ARM natře x86 a totálně je zadupe do země. Oba víme, že je to nesmysl a že očekávat se dá jediné, že se ARM výkonově dotáhne. Už Apple takový sympatický nákrok udělal a tohle je takový další nástřel toho, že je možné se dotáhnout.
Vem si různé ty Chromebooky, které neměly výkon ani x86 lowendu jako byly Atomy, to bylo ostudné, ale Qualcomm se dokázal vyšplhat až k x86 mainstreamu minimálně tomu nižšímu.
Proč se to přesto nepovedlo? Protože aspoň podle mě Qualcomm nedokázal ukázat na zákazníka. Má být nejnovější počin Qualcommu tvrdou konkurencí x86 mainstreamu? Pokud ano, pak by to muselo stát jako x86 mainstream, teda někde mezi 20-30 tisíci a cena, kterou si Qualcomm řekl, je vysloveně směšná. Nebo má jít o levnější alternativu nespokojených zákazníků Applu? Pak by cena byla ok, ale pochybuju, že takoví lidé budou mít zájem o neozkoušený ARM procesor na Windows 11. Z toho plyne, že Qualcomm to nezvládl marketingově, ale technicky ano a je na něm, aby svou chybu uznal a opravil ji, pokud na to má.
Jedinou možností, kdy bys měl pravdu, by bylo, že to nebyla chyba Qualcommu, že je ten výsledek tak drahý, ale že je ARM jako platforma drahá a Qualcomm to neměl šanci nacenit tak, aby konkuroval x86 notebookům. V tom případě by stále platilo ono bravó, že se dokazali přiblížit, ale smůla, že tak draho, takže nejsou konkurenceschopní. :-)
Já si myslím, že pokud stihne Windows/ARM neúspěch, bude to jen karmou za dlouhodobý přístup Qualcommu k Linuxu v minulosti. Mohli začít již dávno před léty u něj, vybudovat vztah uživatelů k HW a Microsoft by naskočil na rozjetý bandwagon kdyby platforma zaznamenala úspěch. Mohli tak učinit již v době kdy u Apple byly spokojeni s Intel CPU. A patrně by to stálo pár dolarů a méně macešský přístup k vývojářům OSS.
IMHO když si v duchu namodeluju: cílová skupina by byla dejme tomu 20 % z toho jednociferného procenta (1-3% ?), které dělají uživatelé Linuxu z celkových prodejů počítačů.
A i všichni ti 20% lidi by na to nadávali stejně jako tady uživatelé Windows, stylem že "ARM by musel být aspoň o 30 % rychlejší a o 50% levnější, jinak to přece nemá smysl kupovat proti x86". (argument jsem si půjčil z diskusí o Radeon × Nvidia :) Takže by se toho prodalo ještě míň, taky možná 1-3 % z těch prodejů, které má Qualcomm teď na Windows.
Kolik myslíte, že by to kupovalo lidí, kdyby Qualcomm zkoušel "budovat vztah k Linuxu"? Zkuste klidně odhadnout/tipnout...
BTW, kdysi dávno něco takového Qualcomm jako nápad nadhazoval, tuším tomu chtěl říkat Smartbook a bylo to v podstatě na samém začátku éry dnešních smartphonů, taková konkurence netbookům se Snapdragonem + Linuxem. Jak dneska víme, nebyl z toho ani ťuk.
https://en.wikipedia.org/wiki/Smartbook
Tím to nechci schazovat, taky mě to tehdy zaujalo a líbilo se mi to ze stejných důvodů jako ty pozdější "Allways Connected PC". Ale prostě to nemělo šanci.
Kdyby tu cestu přes Linux fakt Qualcomm chtěl zkoušet, tak bych si regulérně vsadil na to, že to bude naprostej propadák. A přes to, že v tomhle mám obvykle smůlu, bych to vyhrál. Některý věci jsou příliš jasný :)
(Edit: vlastně trošku kecám, existovala Toshiba Tecra s čipem paradoxně od Nvidie. Asi jediná z těchhle věcí, co se dala normálně koupit, ale taky to bylo v podstatě "dead on arrival").
V současnosti se odhaduje podíl "desktop OS Linuxu" na 4%, pokud by to zaznamenalo úspěch Vámi zmíněných 20%, mělo by to tedy stejný podíl 0,8% na celkových prodejích jako zatím od uvedení zaznamenal Windows/ARM(Elite X). ;-)
https://gs.statcounter.com/os-market-share/desktop/worldwide
https://diit.cz/clanek/qualcomm-se-snapdragon-x-elite-obsadil-jen-08-trh...
Jenže prodeje by nebyly 20 % z těch 4% - to je jenom TAM čili potenciální cílová skupina, o kterou by se to teoreticky mohlo ucházet.
Z téhle cílové skupiny by si to pak spíš zase koupilo jenom těch 0,8 %...
Ta uvaha je uplne odveci, pretoze vychadza z jedneho predpokladu, ktory je chybny: ze ten SoC by slo udat iba v laptope.
A to je predpoklad zly, pretoze relativne vykonny SoC s dobrou konektivitou a slusnou upstreamovou podporou ma realnu vyhodu na trhu embedded. Nie vsetky embedded veci bezia na Androidoch a tam je spravidla podpora s BSP max na verziu current + 1.
Existuje par vyrobcov SoC, ktori maju/udrziavaju slusnu upstreamovu podporu v Linuxe a ich SoC sa stale predavaju celkom slusne aj napriek tomu, ze su to strasne parky. Dokonca zivotnost SoC od Atmelu prekonala samotnu firmu.
Jenze to nejde, aby to bylo cenove konkurenceschopne x86. Jednak je to na nejnovejsich a nejdrazsich procesech, jednak k dosazeni obdobneho vykonu jako x86 je potreba vice soucastek. Alespon to tedy tak vypada u Apple.
Apple ty sve cipy neprodava, a prodava premiove produkty, takze ho zas tak moc netrapi, ze je to drazsi nez x86. A mozna tim, ze si to kuchti sam, tak to ani neni o moc drazsi.
"Mac není PC". Teď bude boj v nativním prostředí PC/Windows. Už neřešíme emulaci Windows API a grafických API jako DirectX, OpenGL, OpenCL a Vulkan.
> Jenze to nejde, aby to bylo cenove konkurenceschopne x86. Jednak je to na nejnovejsich a nejdrazsich procesech,
Qualcomm srovnatelný s Intelem má poloviční plochu. Je sice na lepším procesu , tedy nestojí polovinu, ale přinejhorším jako ten Intel. Navíc přijde něco, co na x86 nepoznáme - konkurence. Stejně jako x86 tehdy vytlačil ostatní architektury, tak teď "komoditní" ARM vytlačí x86. Jednoduše tím, že se vyvíjí rychleji, viz drsné prostředí mobilů.
> k dosazeni obdobneho vykonu jako x86 je potreba vice soucastek.
Viz výše srovnání Qualcommu a Intelu. Apple Silicon má dalším křemík pro akcelerátory a silnější iGPU. Díky tomu i nejslabší základní model drtí ve vybraných oblastech i dražší PC. Ale jen vybraných, i když Apple své zákazníky zná dobře, takže se většinou trefí. A ta iGPU je příjemná, že stačí na všechny hry. Vůbec nevadí, že nenabízí notebooky s dedikovanou GPU.
Funguje na tom ntb aspoň hledání min? Bez her je jakýkoli ntb mrtvý...
Hry tam normálně fungují, protože tento SoC má HW akceleraci emulace x86 a všechna "PCčková" grafická API:
"Snapdragon 8 Elite Runs Cyberpunk 2077 at 60FPS on Low Settings"
https://www.reddit.com/r/SBCGaming/comments/1gu1xla/snapdragon_8_elite_r...
Problém je akorát, že GPU Qualcommu pochází z Androida, takže raytracing má jen ve Vulkan a ne DirectX 12. Což znamená, žádná hra ho na Windows nevyužije. I když zas takový problém to není, protože to stejně nemá potřebný výkon na RT. Ale přijdou SoC s GPU NVidia, takže DLSS upscale + framegen, Reflex, CUDA apod.
GPU Qualcommu snad pochází z Radeonu (odtud nejspíše přesmyčka Adreno). Prakticky všechny jeho generace deklarovaly podporu DirectX.
https://en.wikipedia.org/wiki/Adreno
Ano, ale to už je dávno. DirectX 12 driver byl narychlo spíchnutý, starší DirectX emuluje knihovna Microsoftu. Mimochodem ten tým koupili ještě od ATI.
Radeon je původní značkou ATI (první model v roce 2000), k odkupu AMDckem došlo až v roce 2006.
https://cs.wikipedia.org/wiki/Radeon_R100
Co znamená HW akceleraci emulace x86? To je takový zvláštní termín. Pokud to má kus hardwaru, co dokáže zpracovat x86 instrukce, pak je v tom de facto kus x86 procáku, což by návrh takového procesoru mělo poněkud zkomplikovat. Pokud tam mají jen (teď to trošku přeženu) „pár tranzistorů“, díky nimž má ARM procák výkon x86 na úrovni poloviny výkonu toho ARM procáku, tak se naopak tvůrcům toho procáku povedl docela zázrak, že s tak malým kašpárkem dokážou x86 světu předvést variaci Lord of the Dance, nad kterou i Flatley uznale pokývá hlavou.
První řada Itanií měla taky „HW akceleraci emulace x86“, ale byla to teda podstatně větší bída než to, co předvádí tenhle Snapdragon (čert ví, možná to bylo příliš rozdílnýma architekturama, nevim, jen hádám). Další varianty od 90nm Itanií už to neměly a řešilo se to čistě softwarově, rychlost byla údajně podobná (nevím, nikdy nsem to v rukou neměl).
Co znamená HW akceleraci emulace x86? To je takový zvláštní termín. Pokud to má kus hardwaru, co dokáže zpracovat x86 instrukce, pak je v tom de facto kus x86 procáku, což by návrh takového procesoru mělo poněkud zkomplikovat. Pokud tam mají jen (teď to trošku přeženu) „pár tranzistorů“, díky nimž má ARM procák výkon x86 na úrovni poloviny výkonu toho ARM procáku, tak se naopak tvůrcům toho procáku povedl docela zázrak, že s tak malým kašpárkem dokážou x86 světu předvést variaci Lord of the Dance, nad kterou i Flatley uznale pokývá hlavou.
První řada Itanií měla taky „HW akceleraci emulace x86“, ale byla to teda podstatně větší bída než to, co předvádí tenhle Snapdragon (čert ví, možná to bylo příliš rozdílnýma architekturama, nevim, jen hádám). Další varianty od 90nm Itanií už to neměly a řešilo se to čistě softwarově, rychlost byla údajně podobná (nevím, nikdy nsem to v rukou neměl).
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484966 +Itanium mělo embedovanou 386ku, takže velmi slabé a jen pro bootování standardního média. ARM neemuluje žádné x86 instrukce, ale upravená jádra řeší, aby nemusel emulátor přidávat za operace další instrukce pro ošéfení pro ARM speciálních situací:
> proč je emulace CPU tak rychlá? Stejně jako u Apple Silicon a předtím Fujitsu Fugaku a Nvidia Denver je podporovaný strong memory model. Díky tomu nemusí emulátor vkládat do kódu "počkání na synchronizaci dat mezi jádry CPU". Druhá část, opět stejně jako u Apple, je podpora speciálních čísel u SIMD výpočtů (jednotky NEON), jako plus a mínus nekonečno. Bez toho musí emulátor po každém výpočtu vložit instrukce na kontrolu výsledku. Bez těchto akcelerací je emulace i víc jak 8x pomalejší než nativní kód, podle typu kódu (nejhůře vědecké výpočty).
Když nad tím dál přemýšlím, tak za vyloženě podporu x86 by šla považovat bitová maska pro update bitů čísla. To je nutné pro emulaci, že u x86 můžeš měnit třeba jen dolní či horní půlku registru. U RISC-V se čekalo, až to taky bude v ISA, bez toho je emulace x86 nepoužitelná (musí přečíst celé číslo, andovat/orovat, a pak zapsat zpátky).
A pak ještě chování zaokrouhlení z x86, protože standard JavaScript to měl definované v době nadvlády x86. Vtipně je instrukce pojmenována JavaScript rounding a ne x86 rounding ;-)
Vedle toho, že se procesor dá přepnout do strong memory modelu (kdyby to nešlo, tak se to musí složitě softwarově ošetřovat), by se to ještě mělo týkat věcí jako je řešení odlišností v chování FPU instrukcí (tuším že jde o flagy), které by se nedaly na ARM jednoduše namapovat a zase by se ty odlišnosti musely obcházet dalšími instrukcemi se ztrátou výkonu. Když se jádro při té emulaci přepne to režimu chovajícího se jako x86, tak se tohle obejde a výsledný emulace může být rychlejší.
BTW ten memory model by se měl snad týkat jenom mnohovláknových aplikací, single-thread program by (jestli si dobře vzpomínám, ale neručím) tím ovlivněný být neměl.
Ano, však linuxovou verzi Rosetta 2 zprovoznili lunuxáci i mimo procesory Apple (Apple nabízí verzi pro Linux pro podporu x86 Docker images v macOS).
"První řada Itanií měla taky „HW akceleraci emulace x86“, ale byla to teda podstatně větší bída než to, co předvádí tenhle Snapdragon"
Není to jediný případ kdy intelu něco nefunguje.
Itanium byli celkově bída.
Odpověď na otázku:
Co znamená HW akceleraci emulace x86?
Posílal Ladis:
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-p...
Otázka je jestli náhodou neporušili licenci x86.
Omylem.
Licence porušená není, protože x86 je natolik legacy architektura, že většina patentů už vypršela. Čeká se ještě na AVX2, a tím to bude komplet (AVX-512 v consumer segmentu Intel nenabízí).
Kvůli použítí Strong memory modelu a některých dalších drobností v nVidia Denver dělal Intel velké Bu Bu Bu.
NVidia původně chtěla něco jako Transmeta Crusoe/Efficeon. Tj. obejít licenci tím, že emulátor bude na softwarové úrovni (BIOS je taky software), ne v hardware. V HW by byla jen akcelerace emulace. x86 bylo tehdy "big" a nic jiného nemělo šanci a NVidia taky chtěla na trh PC. Intel udělal stejné bububu, jako když chtěl Microsoft přidat emulátor x86 (klidně i pomalý) do Windows RT (tedy "8 on ARM"). Takže všechna ta práce vyšla vniveč, jádra skončila v tabletech, časem je dohnal off-the-shelf Cortex a vývoj jader skončil. Máme štěstí, že Intel už takovou sílu nemá a díky nové konkurenci výrobců procesorů snad už žádný nebude mít prakticky monopol.
"používal jsem nějaký náhodný i-tec 112W USB-C adaptér"
+
"zásuvkový wattmetr"
=
Měříme včetně ztrát při konverzi AC/DC, které budou značné, protože i-tec bude mít mizernou účinnost. IMHO <70%.
Spotřebu v idle bych zkusil změřit s lepší nabíječkou na mobil. 25W musí stačit. Zatížení bude 50% a účinnost ideální.
A přitom se daj koupit za pár dolarů USB měřáky s překvapivě dobrou pořesností.
Link?
Jeden mám ale umí jen 5V.
Takže v dnešní době mi je úplně na nic.
Taky mě to napadlo. Ale má to pár problémů.
Zákazníka zajímá spotřeba celého zařízení.
Ne jen část bez zdroje. (To platí u NTB kde je CPU pájené.) Musel by se test opakovat pro všechny zařízení. U některých to není možné protože kabel je napevno.
ALE
USB měřák by pomohl určit účinnost zdroje.
Pak by jsme mohli porovnávat výrobce.
Kdo se snaží zákazníka odrbat a kdo to s ekologií myslí vážně.
Tuhle jsem se na to někde ptal, doporučeno mi bylo tohle.
FNIRSI FNB58 Bluetooth USB multimetr, USB tester s detekcí nabíjecích protokolů | SUNNYSOFT
Tak to někdo kupte a vyzkoušejte, ať vím, jestli to mám taky koupit :D.
Tuhle jsem se na to někde ptal, doporučeno mi bylo tohle.
FNIRSI FNB58 Bluetooth USB multimetr, USB tester s detekcí nabíjecích protokolů | SUNNYSOFT
Tak to někdo kupte a vyzkoušejte, ať vím, jestli to mám taky koupit :D.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484968 +Já ho mám z Ali. Funguje dobře. BT jsem nezkoušel. Z Ali mi po nějaké době přišel email, že výrobce porušoval nějaký patent a že bych měl měřák vrátit, s tím že mi vrátí prachy. :D Má to v sobě gyroskop a automaticky to podle něj otáčí LCD. Jestli jsem to správně pochopil, umí to konvertovat jeden typ nabíjení na jiný. Např PD na QC3 nebo Apple atd... Pokud vím, měl by k tomu být i software, který zaznamenává parametry, ale nezkoušel jsem ho. Nejvíc mě zajímala ta konverze a celkově měření. Taky je fajn, že to umí vyčíst jaké nabíjecí formáty umí nabíječka. Zjistil jsem že je v tom celkem "nehezky" a to jsem testoval jen pár PD nabíječek co jsem měl po ruce.
Do práce jsem si koupil KWS-1902C. O poznání jednodušší a levnější, ale v zásadě to ukazuje to hlavní. Jestli a jak to seje. Ten záznam neumí.
Ten i-tec je prý třída VI, ale mám tu ještě Lenovácký 95W USB-C adaptér, tak to zkusím přeměřit.
BTW ten 112W i-tec má přímo na sobě jeden USB-A port a funguje tak, že přes USB-C dodá max 100W a těch 12W může putovat skrze ten USB-A port.
Ten i-tec je prý třída VI, ale mám tu ještě Lenovácký 95W USB-C adaptér, tak to zkusím přeměřit.
BTW ten 112W i-tec má přímo na sobě jeden USB-A port a funguje tak, že přes USB-C dodá max 100W a těch 12W může putovat skrze ten USB-A port.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1484912 +Inak vzhladom na to, ze vacsina testov bola x64 a na ARM bezala emulovane, pride mi to super vysledok :) To, ze je vobec v tej istej lige ako sucasne x64 cpu je obdivuhodne.
Dobrý postřeh.
Ta emulace šlape perfektně.
Bude mít asi nějakou podporu v HW?
Předpokládám že Firefox byl nativní.
Takže Kraken, MotionMark,... běželi nativně.
Natívne bežali Cinebench 2024 a Blender 4.3. A skoro určite aj MS Edge. Ten Firefox neviem.
Už i Chrome běží nativně, a to byla neochota Googlu jeden z důvodů k vlastnímu forku jménem Edge (ten založený na Chromiu, předtím byl Edge UWP).
Ano, emulace je fakt rychlá. Kdo kupuje notebook ob rok, tak si výkonově pomůže, i kdyby zatím většina jeho aplikací byla x86/x64. Tedy nyní už řešíme jen zlepšení kompatibility, což je u CPU softwarová záležitost (update Windows) a u GPU jsem zvědavý na "PC GPU" v podobě Nvidia (Mediatek, možná i vlastní SoC od Nvidie). Exynos má zas Radeon, ale Samsung neohlásil vstup do PC.
A proč je emulace CPU tak rychlá? Stejně jako u Apple Silicon a předtím Fujitsu Fugaku a Nvidia Denver je podporovaný strong memory model. Díky tomu nemusí emulátor vkládat do kódu "počkání na synchronizaci dat mezi jádry CPU". Druhá část, opět stejně jako u Apple, je podpora speciálních čísel u SIMD výpočtů (jednotky NEON), jako plus a mínus nekonečno. Bez toho musí emulátor po každém výpočtu vložit instrukce na kontrolu výsledku. Bez těchto akcelerací je emulace i víc jak 8x pomalejší než nativní kód, podle typu kódu (nejhůře vědecké výpočty).
Také to znamená, že kompatibilita na Windows on ARM bude časem růst (stejně jako se zlepšovala doteď) a bude přibývat nativních aplikací. Např Cyberpunk 2077 už je ohlášen port pro macOS/Apple Silicon, tedy pak může být i Windows verze (hlavní je přepsání assembleových optimalizací). Takzvané "zrání jako víno".
MS Edge byl zabudovaný v systému, předpokládám, že je to ARM verze, ale neověřoval jsem to. Firefox byl normálně AMD64, sestavení pro ARM jsem nezkoušel.
MS Edge byl zabudovaný v systému, předpokládám, že je to ARM verze, ale neověřoval jsem to. Firefox byl normálně AMD64, sestavení pro ARM jsem nezkoušel.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1485016 +V tom prípade sú výsledky Qualcommu obdivohudne.
Srovnatelné s Applem. Na jednu stranu něco, co tu máme roky, na druhou stranu důkaz, že to jde. Že jde replikovat úspěch Applu ohledně přechodu na jinou architekturu. Teď už se bude jen pokračovat v kompatibilitě, což je záležitost emulátoru, co se aktualizuje průběžně. Toho softwaru na Windows je řádově více, protože Microsoft je neodřezává zahazováním starých API a bitovosti.
Otázka je, co na to hodně starý software, různé obskurní softíky na mgmt různých programátorů, zámků, čtečky karet, custom věci, podomácku ukuchtěné účetnictví fungující jen s Office 97 s FoxPro a tak podobně.
Apple to měl jednodušší, protože toho softwaru je méně a HW i SW mají plně pod kontrolou a kdo tam chce s výpalným nadále existovat, musí se přizpůsobit. U Windows to je jen prostě další možnost a díky té zpětné kompatibilitě to bude asi o něco obtížnější.
Otázka je, co na to hodně starý software, různé obskurní softíky na mgmt různých programátorů, zámků, čtečky karet, custom věci, podomácku ukuchtěné účetnictví fungující jen s Office 97 s FoxPro a tak podobně.
Apple to měl jednodušší, protože toho softwaru je méně a HW i SW mají plně pod kontrolou a kdo tam chce s výpalným nadále existovat, musí se přizpůsobit. U Windows to je jen prostě další možnost a díky té zpětné kompatibilitě to bude asi o něco obtížnější.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1485066 +I na x86 Windows bys na tohle použil virtualizaci a emulaci. Kamarád měl stařičký thinkpad na ovládání a programování svých zařízení, pak mu to brácha pro nový notebook hodil do VMware, kde shodou okolností se ten systém hned chytl na ovladače emulovaného PC.
Vzhledem délce vlákna přidávám doplňující příspěvek i na konec, k dřívějšímu dotazu ohledně možnosti ověřování zvoleného řešení regulace jasu/podsvícení displejů notebooků.
Tak jsem provedl nějaké základní měření (přímo na fotodiodě), byla snímána bílá plocha tabletu. Vypadá to, že tablet s AMOLED diplejem Samsung Galaxy Tab S2 9,7" z roku 2016 má regulaci jasu na bázi PWM o rychlosti 240Hz. Při 1ms/dílek je perioda cca 4+ dílky (~240Hz). Dolní průběh je pro vysoký jas (prakticky plná střída) a horní pro nížší jas (menší procento střídy).
https://www.monitos.cz/tmp/mini_osc_photodiode_sam_gal_tab_s2.png
Som zvedavy ako bude ARM v PC pokracovat. x86 architektura prehrala boj v mobilnom svete, v embedded je to uz skor kuriozita, v cloude to zo zotrvacnosti este ide, ale ak niekto buduje novu sluzbu, tak x86 je casto uz len ak potrebuje kompatibilitu kvoli nejakej specialite. Nove Xeony aj EPYCy nie su zle, ale ARM vacsinou poskytuje lepsi pomer cena/vykon. V PC zatial x86 dominuje, ale dokedy?
Těžko říct, nemyslím si, že x86 jen tak skončí, většina těch ARM serverů je spíše na specifické účely a mám trochu obavu, že to nebude jako u PC serverů, kdy využití najde i deset let staré železo a bude použitelné, zatímco z toho ARMu se může stát elektroodpad, když se na to výrobce vykašle a podpora bude dost možná horší.
Ale třeba se pletu.
Těžko říct, nemyslím si, že x86 jen tak skončí, většina těch ARM serverů je spíše na specifické účely a mám trochu obavu, že to nebude jako u PC serverů, kdy využití najde i deset let staré železo a bude použitelné, zatímco z toho ARMu se může stát elektroodpad, když se na to výrobce vykašle a podpora bude dost možná horší.
Ale třeba se pletu.
https://diit.cz/clanek/recenze-asus-vivobook-s-15-qualcomm-arm-copilot-pc-je-tady-konec-x86/diskuse#comment-1485153 +To je právě síla ARMu - ty si ho upravíš na specifické účely, nekupuješ z omezeného seznamu nabídky, kde navíc je velká marže na ty lepší. Ty servery jsou krásný příklad, kde je velká marže, takže furt vyjde levněji dosáhnout výkonu x86 větší plochou čipu / více tranzistory, protože neplatíš tu marži a pro hyperscalery nejsou fixní náklady problém (vývoj, i když jádra většina bere hotové Cortexy, takže jen to I/O okolo).
Síla a zároveň slabost - ARM se jednaznačně vyplatí pro ty co jsou velcí a provozují SW co sami vyvíjejí. Pokud jste ale menší a potřebujete univerzální řešení tak už ARM až tak výhodný není.
ARM dnes je univerzální řešení po boku x86.
Takže tato dostupná ARM řešení (tablety/ntb/SBC/PC/servery) od různých výrobců na trhu dovolí volbu instalace různých OS dle přání vlastníka a to dokonce s použitím jediného instalačního média?
Jistě, ta technologie se jmenuje UEFI a zasadil se o ní hlavně Microsoft. V serverech už to funguje - inicializační kód PCIe karty je v bajtkódu, který interpretuje BIOS a je tak nezávislý na architektuře CPU. V dávných dobách jsi musel emulovat pro bootování x86 CPU nebo flashovat jiný BIOS na PCI(e) kartu.
Pokud jde o superlevné zařízení ("odpad"), které neimplementuje UEFI jako PC, tak má obvykle aspoň standardizovaný device tree. Alternativní operační systémy si s ním většinou poradí, není třeba image specifický pro dané zařízení.
Takže to není nezávisle po boku, ale spíše na zádech díky technologii původem z x86_64 světa. Bez ní by patrně byl roztříštěným jako v minulosti.
Omyl, UEFI pochází z EFI, a ten vymyslel Apple.
Zdroj k autorství EFI Apple?
Mě to vrací ve většině jako původce EFI Intel (s tím že původní důvod byla platforma Itanium).
https://wiki.osdev.org/UEFI
Ano, přišlo to s Intel Macy.
Nikoliv, původ EFI je ve spolupráci HP-Intel na Itaniích - EFI vzniklo někde kolem 1998, UEFI 2004 - to ještě Intel MACy byly na houbách.
Bavíme se o PC, tam bylo (U)EFI na Macách roky před Windows PC. Samozřejmě že nevymýšleli nic nového ale vybrali si jeden z mnoha standardů.
EDIT: Před (U)EFI byl např. ARC. Mám taková historická PC doma:
https://en.wikipedia.org/wiki/ARC_(specification)
Tady máte 14 let staré video (2010?) podle názvu kanálu patrně z Čech zobrazujicí EFI BIOS ASUS motherboardu.
https://youtu.be/5oDl-jYN77c?si=2v-BKGuXVGVUympo
Apple naskočil na vlak v roce 2006.
https://refit.sourceforge.net/info/apple_efi.html
2010 < 2006 ?
U nás jsme sto let za opicema.
https://www.slideshare.net/slideshow/insyde-h2o-bios-faq-2006/64942412
"...is designed to replace traditional PC BIOS." - nějakou dobu trvalo, než se začal nasazovat.
The UEFI specification is based on the EFI 1.10 specification published by Intel®, with corrections and changes managed by the UEFI Forum. Intel still holds the copyright on the EFI 1.10 specification, but has contributed it to the Forum so that the Forum can evolve it. There will not be any future versions of the EFI specification, but customers who license it can still use it under the terms of their license from Intel. The license to the Unified EFI Specification will come from the Forum, not from Intel.
zdroj:https://uefi.org/faq
Špecifické účely? Väčšina serverov je web a databázy. Tam je ARM dnes jasná voľba. Keď zakladám službu na cloude, idem cielene po ARM, lebo Graviton a pod majú lepší pomer cena / výkon
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.