Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Je třeba dodat, že další v řadě už má naplánovaný ARM. Chápu ho.
...a pak už zbývá jen poslední krůček k definitivnímu řešení v podobě RISC-V. ;)
Z RISC-V se pomalu stava roztristene reseni neco jako distribuce Linuxu... kazdy si vezme neco dobreho, udela svoje reseni, prezentuje ho, snazi se do toho vlepit svuj licencni clanek a hleda zakazniky.
Predstava ze RISC-V bude levny, zadarmo, vykonny, bez chyb... to bohuzel nevyplyva z kouzelneho "open".
Takto obmedzeny komentar moze napisat len niekto, kto si mysli, ze procesory su dolezite v desktopoch, serveroch a laptopoch a potom mozno este s prizmurenim jedneho oka na mobiloch, ale meh who cares.
Realita je taka, ze procesory sa pouzivaju na mnoho inych miestach a aj keby si kazdy vendor nalepil do svojej implementacie RISC-V nejaku svoju inteleguan property, tak to stale bude mensia divocina, nez to, co mame teraz. Druha polovica reality je, ze neexistuje one definitive CPU which suits them all a ci sa to niekomu paci, alebo nie, konkretne riesenia si vyzaduju konkretne upravene procesory.
> Z RISC-V se pomalu stava roztristene reseni neco jako distribuce Linuxu... kazdy si vezme neco dobreho, udela svoje reseni, prezentuje ho, snazi se do toho vlepit svuj licencni clanek a hleda zakazniky.
... cili jako ARM, jen rozdil je platite min. Jo, myslim ze to byla cela pointa RISC-V. Od zacatku, ne "pomalu stava". Kdyz jste hw firma a potrebujete specialni procesor na konkretni ucel, mate dve moznosti: 1) celej procak si navrhnete, a pak.. si pro nej napisete kompilator a celej softwarovej ekosystem (coz je tak 10x vic prace nez navrhnout hw design) nebo 2) si navrhnete procak s RISC-V a nejakym rozsirenim instrukcni sady, a co se tyce softwaru akorat dopisete podporu pro to rozsireni.
> Predstava ze RISC-V bude levny, zadarmo, vykonny,
To nebude nikdy, stejne jako to nikdy nebude x86 a ARM. Vsechno jsou to totiz instrukcni sady. Vykon muze mit leda konkretni implementace. Jo a "levny, zadarmo" - je drobet redundantni :)
Njn, oni se programatori toho typu na rozdil od obycejnych lidi nepoflakuji jen tak po ulici :-))
takze ty implementace zmen ruznych reseni fakt nikdo chtit nemuze, leda kvuli cene ale ta je zase podminena vetsim mnozstvim.
Velke loby (MS apod hraci) neznamena jak uz bylo nekolikrat videt skoro vubec nic, nastesti.
Ale jeden ze smyslů RISC-V je právě tohle. Vzhledem k tomu, že se pravděpodobně blížíme hranicím technologických možností, je nezbytné, aby RISC-V měl možnost aplikační specializace, a je to zřejmě jeden z argumentů jeho autorů.
To samozřejmě nebrání tomu, aby existovaly generické varianty bez "licenčních článků" - něco, co je u ARMu zcela nemožné.
A co IBM Power?
Nevsiml jsem si, ze by mel na stole od kazde platformy vzorek...
a kompilovat jadro na ARMu, jasne, ale jde to i efektivneji a k tomu je AMD-TR dobrou volbou ;-)
Osobne by som videl Power ako mrtvu zalezitost. Sooner or later. Naznacoval by to fakt, ze IBM cely Power otvorila. Malokto o tuto architekturu dnes javi zaujem a zrejme si v IBM spocitali, ze sa im neoplati strkat peniaze do vyvoja vlastnej platformy na to, aby mali nejakych par % serveroveho trhu. Zaroven su na tom ale postavene niektore riesenia ako RAD750, RS6000 a MPC7447, ktore sa este nejaky ten piatok budu pouzivat, tak to nezabili ako Oracle Sparc, ale hodili do plena.
A to pisem ako clovek, co ma doma viacej Power zeleza, nez x86tiek.
Oracle opravdu zabil SPARC? Já myslel že akorát zabili Solaris...
V IBM to zabil nevyhodny pomer cena/vykon (hlavne ta cena). Sparc (SUN) jeste zije diky specialnim aplikacim; rozhodovat o jeho koupi bych nechtel. Co to u kamarada porovnavali pro vypocty na serveru s obycejnymi Xeony, tak to nebyl zazrak; a to jeste v dobe pred prichodem Ryzenu a Threadpiperu, ten by tomu tenkrat vypalil rybnik. Tenkrat tam koupili drahe Xeony jakoze ok, pritom za zlomek ceny Sparcu.
Rofl, ze POWER je mrtvy.
Par percent trhu.
Ok broňa. Par percent toho najdolezitejsieho mission critical trhu ktory ma najviac penazi.
Na příští rok je chystaná nová architektura POWER10 a drátují pro ni podporu do GCC, v IBM to s POWER ještě nevzdali.
Power corrupts. ;)
Pche, nejaký Linus... ale že na AMD prešiel RedMarx, to je bomba !
Normálně do diskuzí moc nepřispívám, ale takhle jsem se teda dlouho nepobavil :-) You made my day :-))
Any proof? Nevěřím dokud neuvidím! A koupil aspoň druhou generaci nabo první z bazaru?
Psal ze ma 3800x
" na AMD prešiel RedMarx"
Nejaký vierohodný zdroj prosím ! :)
Pár přípomínek:
Linux není operační systém, Linux je právě ono jádro, kernel, základ pro operační systém. K tomu se typicky přidávají utility GNU a vše se zabalí do nějakého celkového systému, například Debian. Pak se to celé jmenuje Debian GNU/Linux (případně pro fanoušky RMS: Debian GNU+Linux). Případně je možné tomu Debian GNU strčit "pod zadek" něco jiného, odtud ty historické varianty Debianu jako Debian GNU/kFreeBSD či Debian GNU/Hurd.
Jinak Linus už před mnoha lety o sobě prohlašoval, že je "hardwarová děvka", to když od Apple dostal duální Powermac G5 v plné palbě. Hardware Intelu opouští prostě proto, že upgrade na něco nového od Intelu nedává smysl a AMD má násobně lepší procesory z hlediska výkonu i spotřeby. A Linus je jeden z těch lidí, kteří dokáží využít na maximum jakékoli množství CPU jader. Pro AMD je to fajn reklama a současně mají zase dalšího človíčka, co bude o to lépe vidět na vývoj pro Threadrippery, resp. mnohojádrové procesory obecně (ale tady trochu vařím z vody, nemám aktuálně přehled, jak moc se Linus vývoje v této oblasti osobně účastní).
Jinak ale je to celé relativně nepodstatný detail z průběhu vývoje Linuxu.
<troll>
Ale jirka by ti vysvetlil, ze vlastne nikto nepotrebuje zatazit procesor naplno, ze vacsinu casu bezi na 100% jedno jadro, ktore rozdeluje ulohy ostatnym, ktore si idu tak na 50%. A ani tych nebude tak nejako vela :) Takze vlastne ani Linus nemoze potrebovat tolko jadier.
</troll>
On je o Linusovi podstatná iná veta
>Linus Torvalds Switches To AMD Ryzen Threadripper After 15 Years Of Intel Systems
>Written by Michael Larabel in AMD on 24 May 2020
> but I'm now rocking an AMD Threadripper 3970x. My 'allmodconfig' test builds are now three times >faster than they used to be, which doesn't matter so much right now during the calming down period,
>but I will most definitely notice the upgrade during the next merge window.
https://www.phoronix.com/scan.php?page=news_item&px=Torvalds-Threadripper
Až podozrivo nenáhodné veci sa dejú..
LLVM 11 Merges AMD Radeon GCN Offloading For OpenMP
This patch does come via AMD's Radeon Open Compute team. Hopefully we'll see more of the AOMP changes working their way back upstream in time for the LLVM 11.0 release due out around September.
Written by Michael Larabel in Radeon on 27 May 2020 at 06:40 AM EDT.
https://www.phoronix.com/scan.php?page=news_item&px=LLVM-11-AMD-GCN-Open...
Linux 5.7 Makes It Very Easy To Build The Kernel With An LLVM-Based Toolchain
Written by Michael Larabel in LLVM on 12 April 2020
Kbuild updates for the Linux 5.7 kernel now has a single switch of LLVM=1 that when enabled will have the kernel use Clang and all LLVM utilities in place of GCC and Binutils.
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.7-Kbuild-Eas...
A jador vychádza po rc7 alebo rc8 - rozdiely medzi rc navzájom a posledným rc a final sú jeden týždeň
Linux 5.7-rc7 Kernel Released With It Looking To Be In Good Shape
Written by Michael Larabel in Linux Kernel on 24 May 2020
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.7-rc7-Released
The GCC 10 Compiler Lands OpenMP / OpenACC Offloading To AMD Radeon GPUs
Written by Michael Larabel in GNU on 17 November 2019
https://www.phoronix.com/scan.php?page=news_item&px=GCC-10-MP-ACC-Offloa...
GCC 10 Compiler Released With Radeon OpenMP/OpenACC Offload, Intel Tigerlake/Cooperlake
Written by Michael Larabel in GNU on 7 May 2020
https://www.phoronix.com/scan.php?page=news_item&px=GCC-10.1-Compiler-Re...
LLVM 9.0 Released With Ability To Build The Linux x86_64 Kernel, Experimental OpenCL C++
Written by Michael Larabel in LLVM on 19 September 2019
LLVM 9.0 is an exciting release with bringing the ability to build the mainline Linux x86_64 kernel using LLVM/Clang 9.0 now that "asm goto" support was finally added.
https://www.phoronix.com/scan.php?page=news_item&px=LLVM-9.0-Clang-9.0-R...
Ja v tom ziadnu nahodou nevidim. AMD ide budovat superpocitac a OpenMP, GCC a LLVM su zakladne stavebne kamene takeho typu strojov. Vela softu, co tie stroje pohana je tiez opensource, takze najjednoduchsi sposob, ako ich prisposobit HW je vstavat transparentnu podporu pre nejaku formu akceleracie do toolingu / kniznic...
Pri AMD je to minimálne nezvyk viď odpoveď p. Ježkovi.
Dobře, tak si tu nalinkoval 200 odkazů na phoronix (což jak jistě pamatuješ, bychom ti na starém cdrku nemilosrdně smazali) a co z toho? SAMOZŘEJMĚ že s tím, jak se architektury stávají univerzálnějšími a pokračuje vývoj LLVM, tak se věci vzájemně přibližují a jednoho dne nastanou zajímavé události.
Jenže ono GCC není radno podceňovat. Jinak v tomto kontextu připomínám, jak daleko je OpenMandriva s LLVM.
>. Jinak v tomto kontextu připomínám, jak daleko je OpenMandriva s LLVM.
Pokiaľ viem kompilujú jadro.+
OpenMandriva Can Now Clang Its Linux Kernel Build For This LLVM Focused Distribution
on 30 September 2019
https://www.phoronix.com/scan.php?page=news_item&px=OpenMandriva-Clang-K...
> tak se věci vzájemně přibližují a jednoho dne nastanou zajímavé události.
to je jasné, len je divné, prečo ten deň nastal teraz.
1. Linus prešiel na AMD.
2. AMD pridalo nový target do LLVM 3 dni po 1
3. 7 alebo 14 dní po 1vyjde prvé jadro kompilovateľné ľahko LLVM
4. Bolo oznámené,, že na ďalšie jadro bude mať vplyv AMD
verzia A.
31.5. 2020 - jadro 5.7- final
7.6.2020 - jadro 5.8 rc1
14.6.2020- jadro 5.8 rc2
...
26.7.2020 .jadro 5.8-final
2.8.2020 - jadro 5.9rc1
20.9.2020- jadro 5.9-final.
Pričo v IX. mesiaci má výjsť LLVM11 s lepšou podporou AMD GPU offloadingu
a k tomu
Slevy grafických karet v létě, Ampere a RDNA2 v září
22. 5. 2020
https://diit.cz/clanek/slevy-grafickych-karet-v-lete-ampere-rdna2-v-zari
Zen 3 / Ryzen 4000 pro desktop prý vyjde v září. Berte to ale raději s rezervou
10. 4. 2020
https://diit.cz/clanek/zen-3-ryzen-4000-pro-desktop-pry-vyjde-v-zari
Ja svojom komentári ukazujem, že Zen3 vzjde okolo 6.10.2020
>Your starting date is August 13, 2019 so that means that 420 days later would be October 6, 2020.
To je buď excelentný timing AMD, alebo štastie ako vyhrať Jackpot-y v oboch ťahoch v Športke prvým podaným tiketom dano človeka, ak podla len dva stĺpce.
Tobôž, keď AMD to tradične má so SW podporou nahnuté napr.
Neoficiálně: V roce 2018 přijde nová verze Vegy
11. 12. 2017
Klíčovým problémem situace má být určitý rozpor mezi hardwarovou a softwarovou sekcí grafického oddělení. Hardwarová sekce sice vyvine požadovaný hardware, ale už nezohledňuje, jak složité bude v rámci dané architektury pro softwarový tým zprovoznit všechny její prvky. Výsledkem toho má být spor, podle něhož hardwarový tým z výsledného chování produktu viní softwarové oddělení a to zase poukazuje na komplikace ze strany hardwaru. Podle uvedeného zdroje chystá AMD na příští rok refresh produktů s architekturou Vega, který by měl upravit implementaci některých technologií tak, aby bylo pro softwarový tým možné jejich zprovoznění v širším spektru aktualizací.
https://diit.cz/clanek/vega-refresh-prijde-v-roce-2018
Alebo pri CPU, kde sa ešte stále dorába plná podpora vlastností Zen-u (nie Zen 2 ale Zen z roku 2017)
AMD Working With GNU Developers To Provide More Robust Runtime Detection For Better Performance
4 May 2020 at 09:06 PM EDT.
Back in March we reported how AMD developers were looking at GNU C Library platform optimizations for Zen and in part could be leveraging some of the capabilities currently employed by Intel for Haswell and newer.
I do not know yet what the exact outcome will be (if the “haswell” directory will be used), but there will be a way to automatically load AVX2-optimized libraries on AMD CPUs as well.
https://www.phoronix.com/scan.php?page=news_item&px=AMD-GNU-Discussing-B...
Google Posts Patches Allowing AMD Zen/Zen2 CPUs To Expose Power Usage On Linux Via RAPL
16 May 2020 at 12:00 AM EDT.
One of the long sought after features for AMD Zen (and Zen 2) processors on Linux has been the ability to monitor the CPU package power consumption on Linux
https://www.phoronix.com/scan.php?page=news_item&px=Google-RAPLs-AMD-Zen
Ciže ešte stále ani Zen nebeži pod Linuxom naplno.
Vo Windows Zen nefunguje(nie,že nalplnop ale "vôbec")
>Jenže to už v Linuxu tak nějak funguje, na rozdíl od Windows a jejich vlákna-přehazujícího scheduleru
>z dob dvou až čtyřjádrových procesorů.
https://diit.cz/clanek/linus-torvalds-po-15-letech-opustil-intel-platfor...
Takže "hroziaca" plná SW podpora Zen3 v momente uvedinia je neuveriteľný fakt, aj keď indície ju naznačujú.
Šikovnej, umíš i prokládat odkazama na diit.cz, nejen phoronix :).
Hned jsem poznal tu copypastu, je ale chytře zkrácená a přeložená :D
I'd just like to interject for a moment. What you're referring to as Linux, is in fact, GNU/Linux, or as I've recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX.
Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is often called "Linux", and many of its users are not aware that it is basically the GNU system, developed by the GNU Project.
There really is a Linux, and these people are using it, but it is just a part of the system they use. Linux is the kernel: the program in the system that allocates the machine's resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating system: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called "Linux" distributions are really distributions of GNU/Linux.
za ten gnu trolling by som odrezaval klavesnice
Někdo by měl tomu pánovi na obrázku vysvětlit, že velkou nevýhodou tohoto procesoru je, že většina aplikací neumí 64 vláken využít. Nebo se pletu? To by chtělo AAčko, ten by nám to vysvětlil - já to bez něj nějak nedokážu dát smysluplně dohromady ty argumenty sakra...
Tak zrovna u Linuse bude GCC denim chlebem a to skaluje hodne dobre do velmi velkych poctu vlaken.
Konkretne v kompilovani C/C++ kodu se darilo i druhe generaci stavebnich stroju a FX-6300 byl o fous lepsi jak Ivy bridge i5, priom za cenu i3.
no ako sa uz napisalo inde: RIGHT IN YOUR FACE INTEL
3x vykonnejsi, pochopitelne, mozno mal nejaky 10-12-jadrak
passmark: 18C36T Ci9 10980XE 35K a 32C64T TR3 3970X 63K a to je prosim pekne tzv. "TOP" HEDT Intelu vs. (TOP-1) HEDT AMD ... takze na (TOP-1) HEDT AMD su treba takmer DVA TOP HEDT CPU Intelu, dva bull$h!ty Ci9 10980XE, ako nazval Ci9 10980XE v case jeho marketingovo nestastneho uvedenia na trh linus sebastian z YT kanala "linus tech tips"
+1 no-Xovi za "nahrnula své zákazníky"
Přesně :-)
„To přišlo částečně s nástupem Core a plně po vydání Bulldozeru, kterým AMD nahrnula své zákazníky ke konkurenci.“
Za tuhle frázi bych se nestyděl ani já ;-)
preco nie na arm?
edit: whoops.. zly ucet.
Zajimava nahoda. Tady: https://www.abclinuxu.cz/blog/Mihovy_sochory/2019/12/-32-jader-a-skalova... nekdo otestoval tento procesor zrovna v uloze kompilace jadra.
musim konstatovat,,,,, INTEL DED
Mám 8+ let staré Core2Quad a teprve až teď(a po Vašich srovnávacích článcích) mě AMD motivuje upgradovat.
- Ale nevím jestli nepočkat na DDR5. (Jaký je Váš odhad kdy by se mohly dát reálně koupit?)
- PCIe 5 by taky bylo dobý... i když v současnoti Intel nenabízí ani PCIe 4.
- Ze zkušenosti vím, že nově narozené paměti DDR3 nebyly stabilní… a tak je potřeba počkat od mimina(DDR5) minimálně půl roku až rok.
Čo na tom PC robíš? Či urobíš upgrade teraz (7nm, DDR4) alebo za 2 roky (7nm?, DDR5?), skok to bude obrovský. Ale rozdiel medzi tým čo je dnes a čo bude s DDR5 nebude nijako výrazný. V podobnej situácii by som asi a) počkal na 5xxx Ryzeny a kúpil ich, alebo b) počkal na 5xxx Ryzeny a kúpil zlacnený 4xxx :) DDR4 vysoko taktované a NVMe PCIe x4 úplne stačia.
Preboha co maju vsetci s tymi ddr5? Jedina pricina preco sa upgraduje pocitac je novsi typ pamate?
Novsi typ pamate nikdy nie je sam o sebe dovod na upgrade - okrem toho celkom prve pamate z generacie X+1 sa vykonom prekryvaju (ci su dokonca menej vykonne/rychle) ako posledne pamate z generacie X, aj ked pri ddr4 vs. ddr5 to VRAJ az tak cierne byt nemusi. Okrem toho novsi/rychlejsi tip pamati sa prejavi akurat pri honeni si nad benchmarkom kontinualnej rychlsoti a to je asi tak vsetko, pri beznej praci je rozdiel nepostrehnutelny a absolutne nepodstatny. A dokonca latencie su uz 1/4 storocia rovnake: aj pri 72 pin 16 MB SIMM moduloch som kedysi na Pentiu1 videl latencie 70-80 ns a dnes to iste. Jedine co sa pri RAM meni je kapacita a kontinualna rychlost dobra na benchmarky. A to pcie5 by si chcel akoze vyuzit ako? Jedine so super-ultra-brutal-specialnym SSD-ckom.
Ako keby nebolo inych pricin na upgrade:
- ina MB a v nej CPU s NAPR: 3x vacsim 1-vlaknovym a 12x vacsim multi-vlaknovym vykonom
- ina MB a v nej m.2 s pcie3 alebo m.2 s pcie4 s moznostou osadenia takych diskov
- 10 Gbps a 20 Gbps usb3
- 16x slot s pcie4 pre grafiku, ale ono to pcie3 este pre grafiky dnes este nie je az taka brzda
Pokial nic z vyssie uvedeneho nepotrebujes, tak potom
- novy HDD si mozes kupit aj do stareho PC, ak ma LBA 48bit adresovanie, tak to je do 256 TiB = 281,475 TB disky (dnes je sme na 16 TB HDD a chysaju sa 18 a 20 TB modely)
- novu grafiku si mozes kupit aj do stareho PC, s 16x pcie3 brzdena nabude a pri 16x pcie2 to tiez asi nebude katastrofa
... atd
Teraz ked sme sa prehupli do druhej polovice existencie AM4 platformy, je idealna doba. Preco az teraz? Lebo uplne pociatky nejakej platformy nemusia siahat po jej uplny koniec (napr. B350 a X370 chipsety asi Ryzen4000 ci hypoteticky Ryzen4000refresh asi podporovat nebudu ze ano ...). Takze idelane dnes a to bud B550 chipset (fosne pridu za mesiac) alebo pockat 1/2 roka na X670 (X570 obsahuje takmer vzdy aktivny chladic), ale rozumnejsie pokial clovek nechce high-end, tak staci aj za mesiac ten B550. Dat tam nejaky dnesny 6C-8C Ryzen3000, resp. 8C Ryzen3000refresh. Za rok na konci Q2 2021 tam dat nejaky 12C-16C Ryzen4000 ci Ryzen4000refresh, ktory vtedy uz zrejme bude mat za sebou prve kolo zlacnovania.
RIESIT TO CO BUDE ZA 2-2,5 ROKA JE NEZMYSELNE A KONTRAPRIDUKTIVNE, pretoze to mozes riesit vzdy. A vzdy ked to pride bude to novinka a aj tak treba pockat dalsieho 1/2 roka kym sa platforma usadi (novy socket, dostupnost chladicov, nova ram atd atd atd ...) a to uz mame 3 roky v buducnosti. Ano vtedy uz bude iny socket ako AM4, mozno AM4+ ci AM5 (na nazve nezalezi), zrejme bude DDR5, PCIe5, USB4, v desktope Ryzen5000 ci Ryzen5000refresh. A co ma byt? WHO CARES???? Ty mozes mat spicku predoslej ery 12C-16C Ryzen4000 ci Ryzen4000refresh a nejaky o 20% vykonnejsi Ryzen5000 do socketu AM4+ ci AM5 s uzysnymi DDR5 ti zily trhat nebude.
Ale archaicke a vo svojom case nie lacne Core2Quad spred vyse dekady vs. nejaky 6C-8C Ryzen3000, tak to uz je uplne na roztrhanie ... Tomu Core2Quad da dnes na prdel aj lacne 2-jadro za 70 €.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.