Že jsou Win 11 paskvil, se kterým si vlastně Microsoft sám neví rady souhlasím, avšak Windows jsou zkrátka standardem, za který není náhrada. Apple je omezená exotika a Linux na desktopu naprosto zanedbatelný. I kdyby vymysleli ještě větší a reklamou prolezlejší paskvil, stejně nikomu nic jiného nezbude a šance, že se to změní je prakticky nulová. Zatnou zuby a trpět.
S výkonem, respektive plánovačem jsou problémy a logikou tepelné ochrany namáhání jader jsou problémy i s Ryzen při intenzivních přepočtech/výpočtech, které u složitých komplexních modelů zaberou dost času a už v principu není možné výpočty paralelizovat.
Při stejné úloze v Solidu Ryzen 9 7900 potřebuje o 20 % více času, než fousatý Xeon W1270P, který nežongluje s vlákny. Když je to složitější, potom přepočet zabere i dlouhé minuty a člověk nemůže dělat nic jiného, než čekat, než se to přepočítá. Podle benchmarku by měl mít navrch, reálně ovšem ztrácí a když přepočet celé struktury zabere např.: 10 minut, tak je to celkem nepříjemný rozdíl. Co vím, tak v CREO se děje to samé, tedy není to problém čistě Solidworks/Catia, tedy Dassault. FEM/FEA neřeším, ty běží jinde a nestojí na nich práce. Před W1270P (Dell 3630MT) jsem zkoušel Ryzen 7 3700 s Asus Prime X570 Pro i Asrock X570 Pro4 a při náročnějších přepočtech to padalo i s Noctuou D14, což je kolos. Vůbec těch problémů tam bylo milion, třeba Bios 1005, kde se neustálé odpojování a připojování TPM čipu (Asus r1.38) musel prakticky každé 3 minuty resetovat natvrdo bios. Lepší to nebylo ani s Asrock (TPM r1.14 a r1.18), kde to bylo stejné, jen se nemusel resetovat neustále bios a fTPM není řešení, to je spíš taková polovičatá náhražka TPM a ADDS.
Takže za mě jsou výsledky „testů“ celkem nic neříkající údaj a nakonec rozhodne konkrétní použití, software a někdy i činnosti, které se v tom SW provádějí. Pro příklad, nač je mi 16 jader, když přepočet volných ploch stejně zaměstná to jedno jediné jádro (vlákno).
Trošku mi to připomíná TýDýTý, kde jsem v minulosti zaznamenal docela zajímavou debatu. Někdo se tam ptal, proč Threadripper v kombinaci s ECC, když neexistuje jediná deska, na které by ECC jelo v ECC režimu. Už je to hodně let, ale utkvělo mi to v paměti právě proto, že to chtěl na CAD a hodil se mu i výkon ve FEA/FEM, tedy analýzy, simulace, … které těží z výpočetních vláken a pamětí. Taky, všechno úžasné, dokonalé, ale realita byla někde jinde.
Začínám sondovat novou pracovní stanici a jak jsem zjistil (celý řetězec jede na Solidu, tedy bez Solidu to nejde, včetně PLM), on ten Xeon W1270P je pořád dost vysoko a ani po 4 letech není situace jednoznačná. No a hlavně mi končí servis, což je u pracovní stanice celkem důležitý aspekt, plus disky, maximum RAM a vlastně i Quadro by to chtěl 4000 řadu, přece jen při složitějším modelu je to slideshow i v minimálním rozlišení. Bohužel i paskvilem W11 (s OpenGL si užiju).
"šance, že se to změní je prakticky nulová"
Jsem optimista. M$ se změnil komplet.
Jeho hlavní zdroj obživy je Azure.
Win nemá budoucnost.
Nazvat 3 roky starý intel CPU fousatym je dost přísné. Intel se za tu dobu nikam neposunul.
Výpočet na intelu běží 10minut. Na AMD o 20% pomaleji takže 12 minut?
Ty dvě minuty jsou nepříjemný rozdíl?
Ryzen 9 7900 je CPU vhodný pro těžký MT s dobrou granuloidou.
Úlohy náročné na ST a lehký MT (což jsou v segmentu WS skoro všechny) mu moc sedět nebudou. Přehazování mezi chiplety mu dělá problémy. Nastavením afinity zůstane jen 6 jader což může být málo. Já jsem šel raději do Ryzen 7 7700. Takty neklesnou pod 5GHz ani při plné zátěži a má jen jeden chiplet s osmi velkými jádry. Takže výkon je konstantní a předvídatelný. Pro moje CAD účely dostatečný. RAM má dnes maximum na 192GB a do budoucna by se mělo zvednout na 512GB.
Problémy s TPM na AM4 byli. Ale již jsou vyřešené.
Nebo ne?
Čtvrtý odstavec naprostý souhlas.
ST výkon na WS je potřeba jako sůl.
Pátému odstavci nerozumím.
ECC na AM5 podporují všechny Asus desky. A ty lepší AsRock.
Proč by to s TR mělo být jinak?
Přeji šťastnou ruku při výběru WS.
Nové Threadrippery 7000 by se brzy měli objevit v obchodech.
Az si cenzor najde za tyden cas ... rozdil 20% je zcela propastny. Vypocet totiz neprobiha 10 minut, ale treba 10 hodin vs 12 hodin, a to muze byt a casto je rozdil mezi tim, jestli se neco spocita pres noc mimo pracovni dobu a beznou provozni zatez, nebo ne.
I tech 10 vs 12 minut je dost, protoze to typicky neni 1x mesicne, ale treba 10x denne, coz je 20 minut, a to znamena, ze efektivita prace prave klesla o nejakych +- 5% a to rozhodne neni nijak malo.
5. odstavec se týkal starého TR4 19xx s X399, kde TýDýTý všude vyzdvihoval ECC a ono to vlastně byla jen teoretická vlastnost, protože v ECC režimu to vůbec nefungovalo. Tím myslím argumentoval, protože k čemu to je, když to nefunguje a když mu na paměťové chybě lehne výpočet (FEM/FEA zaberou hodně času), tak je mu to prd platné, že je % výkonnější, protože může začít znovu. Nepamatuji si to přesně, ono už je to pár let a jen jsem to pročetl, protože TýDýTý, aneb Součkovid rudé stádo a jak je známo, ve stádu logiku a argumenty nehledej. Sporadicky nakouknu, ale to je tak všechno.
Přepočet je vázán na změnu, to znamená, že s každou úpravou v sestavě musí zákonitě proběhnout přepočet a teprve poté můžeš pokračovat. Kolik času bude za potřebí nelze paušálně říci, protože se odvozuje od složitosti konkrétní sestavy. Sedíš a nemůžeš dělat nic. Naproti tomu FEA/FEM klidně může běžet i několik dnů na clusterech, zapojí se výpočetní karty a přesto to není tak otravné, jako neustálé čekání na každou změnu, protože chceš pracovat, tedy pokračovat.
Takové Sandy i5-2500k, nebo 2700k (HT off) s přetaktováním mělo šílený výkon a vydrželo hodně dlouho, ano byl problém s RAM (když máš slabší CPU, tak počkáš, když dojde paměť jsi v háji), zejména absence ECC a také jen 32 GB, což zase nebylo tolik, ale mělo to výkonu na rozdávání. 2700k bylo o něco lepší díky L3, ale jinak 2500k byla hodně dlouho velice oblíbená.
Upřímně nesleduji, protože mě zajímá jestli to funguje jako celek a počítadla pro sebe ani do firmy nestavím, respektive se tím nijak zvlášť nezbývám, i když to umím, mám na to i paragrafy. Kupoval jsem Dell, nyní HP a pracovní stanice jakbysmet, respektive si jí nechám postavit od specializované firmy, která se pak stará i o servis. Jak říkám, něž jsem koupil 3630MT, tak jsme zkoušeli Ryzen s několika deskami, než jsme usoudili (já i dodavatel), že to není ono a přivezli 3630MT. Štve mě ten hluk, protože je prostě hlučný.
Myslím, že si vezmu HP Z2 s 5 letým servisem. Přece jen ten komfort tam je, podpora také (certifikace) a hluk budu muset kousnout. Totiž k projektování se přes denní vytížení dostávám mnohdy až večer, nebo o víkendu a všude je ticho. Přes den je mi to jedno, stejně neustále zvoní telefon, řeším problémy na dílně, dolaďuji projektové plány a nevšiml bych si, ani kdyby mi pod okny startoval boeing.
Hodně BFU si myslí, že tam to ECC nikdy nebylo, protože v BIOS nebyl ON/OFF button. Bohužel to je problém i poučenějších BFU, ten pak má pocit, že když tam není zapínátko, že to tam není. Jinak na AMD (od Ryzen) mi ECC od vždy fungovalo. Další problém je, že ani poučenější BFU nerozumí rozdílu mezi ECC registered a unregistered. Strčí tam ECC registered a ta jim neběží...Registr přidává latenci a na WS obvykle stačí prosté ECC.
Linux/Widlo:
dmidecode -t memory | head -40
wmic MemPhysical get MemoryErrorCorrection
Víc viz: WHEA Hardware Error Events
23. 11. 2023, 15:12 editováno autorem komentáře
Jestli jste se chtěl vytáhnout, tak se vám to hrubě nepovedlo.
Kašlu na nějaké zaškrtávátko, které možná něco dělá, ale možná také ne, podstatné je, zda ECC paměť funguje korektně v běžícím systému.
Polovičatě, WHEA není nic jiného, než seznam fyzických stránek a záznamník chyb. O chyby každé fyzické stránky se stará PFA a právě PFA dohlíží, zda počet chyb stránky přesáhl limit a následné vyřazení. Chybu pak generuje EWT, avšak s opravitelnými chybami je problém, ty se neznamenávají vůbec (stoletý MCELOG to uměl).
Přepočet je vázán na změnu, to znamená, že s každou úpravou v sestavě musí zákonitě proběhnout přepočet a teprve poté můžeš pokračovat. Kolik času bude za potřebí nelze paušálně říci, protože se odvozuje od složitosti konkrétní sestavy. Sedíš a nemůžeš dělat nic.
Ja sa tu divím, že stále existuje takýto workflow. 20 rokov dozadu som videl prácu v praprapredchodcoch spomínaných SW príp. konkurentoch (od Bentley) a úpravy sa dali robiť okamžite, prepočty boli v pozadí alebo odsunuté na požiadanie -- zapli sa a šlo sa na obed alebo domov. Modely sa dali deliť a spájať, fungovalo to na RAM aj <1GB.
Kam ten svet speje :D
RE. " avšak Windows jsou zkrátka standardem, za který není náhrada.":
A co tomu brání, aby za něj byla náhrada? Mají snad nějaké Hnow-How na technologii, za kterou by v Lin/Mac nemohla být adekvátní náhrada?
Já si naopak myslím, že tenhle "monopol/standard" dnes stojí na hliněných, značně ztrouchnivělých, nohách a stačí pořádné "foknutí", sesype se to a zmizí v oblaku prachu.
Něco podobného se kdysi říkalo o 98% MS Exploreru, a kde je mu dnes konec?
Some highlights pro připomenutí:
* Předehra - integrujeme jádro prohlížeče do OS a zavedeme takové nezdokumentované a nekompatibilní fičůry, že některé stránky nepoběží nikde jinde než v našem prohlížeči, který poběží jen v našem OS
* 2001 - S. Balmer "Linux je rakovina"
* Mezičas 1 - namlsáme je jako-že multiplatformním řešením Win/Lin alias Mono, akorát to na Linuxu nebude fungovat moc dobře
* 2007 - poplach, musíme hacknout ISO abychom si udrželi pozici v Office
* Mezičas 2 - přitlačíme na výrobce HW a OEM licence, ať nabízejí jen nás
* 2010 - zafinancujeme FUD přes SCO, ať jim zatnou tipec
* Mezičas 3 - Nakoupíme si a zafinacujeme výrobce AAA her, ať podporují jen nás
* 2015 milujeme Linux
* Raději, než aby virtualizovali Win z Lin, ať raději jedou Lin z Win, a nejlépe velmi omezené množství distribucí a s drobnými zásadními problémy. Snad to někoho od Lin odradí.
Trajektorie je ale zřejmá a může se stát, že:
* Microsoft sám přejde na jádro Linuxu, jako základ svého OS a nad tím si udělá uzavřenou vrstvu/vrstvy (podobně jako Google s Androidem).
* Podpora HW driverů a vývoj grafických enginů/frameworků dojde tak daleko, že výrobci AAAher budou standardně multiplatformní (Steam Deck).
* MS bude svým donucovacím a šmírovacím přístupem ala vynucený online účet, štvát víc a víc, až se to zlomí
* Nějakého Bruselského anarchistu napadne prosadit zákaz předinstalovaného OS a instalace bude ve stylu jako býval výběr prohlížeče
* MS přestane mít finance a páky na udržování monopolu
Uživatelům je principiálně šumák, co tam mají za OS, jde jim o to, aby na tom mohli spouštět své aplikace.
Mně se líbí co píšeš.
Podle mě to Widlouni přepíslli s integrací do čmoudu a jejich nenažraným O365 modelem.
Jableční lidé se objevuji jako houby po dešti, přibývají Chromebooky a Čínabooky bez Androidu.
Další důležitý fakt jsou stovky Linuxářů spravující servery, na kterých firmy honí aplikace. Linux na serveru už dávno hraje prim.
Pokazit to může jen vrozena Linuxářská neschopnost se sjednotit a následný nedostatek zdrojů na jedno dobré řešení.
Nejde jenom o threadrippery a zen 4. Ten problém s celkovým výkonem moderních Amd procesorů je i u starší architektury. Sám jsem byl velmi mile překvapen na Manjaro 23 Plasma KDE s jádrem 6.5 že s mým Ryzenem 7 5700X dosahuji lepších výsledků ve výkonu než na Windows.V mém oblíbeném online Silverbenchi dám klidně 80200 bodů. Na Windows 10 jsem rád za 76000 bodů ať se snažím sebe víc.
23. 11. 2023, 03:54 editováno autorem komentáře