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.
Peremoga.
Co jiného k tomu říct. Nicméně Intel má tak dlouhé prsty, že je úplně jedno, že je o generaci zaostalý...
To nie je o prstoch, ale o princípoch trhu
Na server trhu ide predovšetkým o dlhodobosť pomeru síl a overenosť CPU. Ešte aj v roku 2020 bol dominantne predávaným Epycom, ten na Zen(1) na jadre Neapol.
Ide hlavne o to, že VMWare nevie preniesť virtuálne stroje s Intelu na AMD a naopak bez vypnutia. Len medzi dvoma Intelmi aj medzi dvoma AMD-čkami to ide.
Niekde aj výpadok na 2 sekundy je neprijateľný, častejšie ako za 5-10 rokov. Pokiaľ by VMWare vedel live migration medzi Intelom a AMD, bol by nárast AMD rýchlejší.
Lenže na to, aby to bolo potrebuje mať AMD nadkritický podiel na trhu
A to znamená prekonať druhý raz 12 percent ako to bolo s OS Linux
(OS family)
https://top500.org/statistics/overtime
Linux rástol pomaly kým nedosiahool viac 12 percent, potom na dva kvartály klesol a potom sa vrátil nad 12 percent a potom ovládol superpočítače
Preto ex-CEO Intelu Krznich
CEO Intelu: Musíme zabránit, aby AMD obsadila 15-20 procent trhu serverů
18. 6. 2018
https://diit.cz/clanek/intel-musi-zabranit-aby-amd-obsadila-15-20-procen...
a za to, že pripustil, že by AMD mohlo prekročiť kritický podiel na trhu serverov bol donútený rezignovať
CEO Intelu, Brian Krzanich, rezignoval
22. 6. 2018
https://diit.cz/clanek/ceo-intelu-brian-krzanich-rezignoval
A ono AMD sa dalo na SW podporu = rok 2021 má byť rokom, kde má AMD zlepšenú podporu
GNU C Library 2.33 Released With HWCAPS To Load Optimized Libraries For Modern CPUs
Written by Michael Larabel in GNU on 1 February 2021
https://www.phoronix.com/scan.php?page=news_item&px=GNU-C-Library-2.33
OpenSUSE Tumbleweed Might See Micro-Architecture Packages For Better Performance
Written by Michael Larabel in SUSE on 8 March 2021
Proposed ahead of this year's SUSE Hack Week 20 event, which runs the last week of March, is supporting glibc-hwcaps and providing micro-architecture package generation support for openSUSE Tumbleweed and down the line for SLE/Leap.
https://www.phoronix.com/scan.php?page=news_item&px=OpenSUSE-Micro-Arch-...
HWCAPS rieši
AMD Developers Looking At GNU C Library Platform Optimizations For Zen
Written by Michael Larabel in AMD on 25 March 2020
AMD CPUs with Glibc are not even taking advantage of Haswell era CPU feature
https://www.phoronix.com/scan.php?page=news_item&px=GNU-libc-Platform-Op...
a nárast len na tom je obrovský, a to ešte nie sú balíčky pre mikroarchitektúru
Nov 18th, 2019 10:53
MATLAB is a popular math computing environment in use by engineering firms, universities, and other research institutes. Some of its operations can be made to leverage Intel MKL (Math Kernel Library), which is poorly optimized for, and notoriously slow on AMD Ryzen processors. Reddit user Nedflanders1976 devised a way to restore anywhere between 20 to 300 percent performance on Ryzen and Ryzen Threadripper processors, by forcing MATLAB to use advanced instruction-sets such as AVX2.
https://www.techpowerup.com/261241/matlab-mkl-codepath-tweak-boosts-amd-...
Zbytečná práce, nikdo to stejně nečte...
My napríklad máme stále produkciu na HPE Gen9 s Xeon(R) CPU E7-8890 v4 pre HANA a zvyšok na Xeon(R) CPU E5-2697 v3 :))) To je Broadwell a Haswell! A jeden Gen10 s Xeon(R) Gold 5220.
Eeee, gratulace? Tak hlavně abyste je po výpadku napájení ještě zapnuli.
Ja mám na starosti len OS server support, ESXi. O HW sa starajú iní, ale je to spoľahlivé železo, za tie roky čo ich máme tam vlastne nič seriózne neodišlo. Ak nepočítam accu-packy ku RAID kontrolérom a lokálne disky. Všetky dáte sú na 3PARoch.
Jeden z nich :) https://ctrlv.link/XcKe
Pekny :) jak casto to takto restartujes? A to co tam bezi je schopno se clusterovat a prezit vypadek nodu?
Beží tam hypervisor ESXi 6.7, teraz som ich patchoval po asi pol roku. Sú v clustroch kde v každom je 5-7 hostov, sú tam 4 clustre - to je jedno datacentrum, v ďalšom sú len dva servery pre SRM failover (dual-DC, synchronizovaný storage na HW úrovni) a tretie datacentrum má len jeden standalone server.
Všade kde sa dá je zapnuté HA, takže v prípade pádu hostu sa virtuálky failoverujú na zvyšné hosty v clusteri, downtime tam samozrejme je, ale iba pár minút. Za bežnej prevádzky sa robím rolling update, postupne sa online migrujú virtuálky a patchujú sa hosty :) Takto vyzerajú resources na hlavnom DC - https://ctrlv.link/wcih
Nechapu jak muze napsat autor ze minule generace. Epyc gen2/rome, je AKTUALNI generace.
Pokud by totiz byla aktualni ta treti, tak by se mel vysledek SiSoft testu zahrnout do srovnani (klidne z pohledu tvorby clanku nemusite snad cekat na to, ze vam Intel doda slajdy.. prece se jedna pry o aktualni generaci - tj. bezne dostupnou, otestovanou, atd...). Tohle fakt neni profesionalni.
Ty jsi opravdu trouba..
Nemá však smysl srovnání s minulou generací příliš rozvádět, reálně bude Xeon Ice Lake stát oproti Epycu Milan s jádry Zen 3, do jehož vydání zbývají poslední dny.
Takze pristi tyden si koupime Zen3 Epyc? Jiste... kdyz neni ani zadne info ohledne kompatibility desek, tak to tak horke nebude. Uvede supermicro H13 radu po H11/H12, nebo 7003 epycy pojednou na H12, pripadne i H11 s bios flashem?
Veľkí výrobcovia majú Epyc na Zen3 od Q4 2020, 15.3.2020 budú mať launch partneri Epyc na Zen3 modely serverov s ním v predaji
Diky, do te doby vykon/testy pod NDA ?
Pravdepodobne bude NDA len do uvedeni
A najskôr bude uspokojovaný trh v USA a JAP a až potom krajiny s EUR-om a Čína a až potom krajiny EÚ bez EURa ako meny
Sa tu zavzdusnujete ako keby toho Xeona kupit slo :) Tento rant bude opodstatneny ak AMD Zen3 Epyc bud nevyda skor ako Intel, alebo ho vyda, ale realne budu Intelie Xeony dostupnejsie skor ako Epycy.
Když podepíšete s některými OEM NDAčko, tak už si 64C Milan EPYC koupíte teď ;)
takze 410W od intelu dava o 4% vacsi vykon ako 225W od AMD.
skvele!
pre AMD
Neverte vsemu co vidite. Touto argumentaci se muzeme ptat, proc nema 32C epyc jenom 100W TDP, kdyz 64C ma kolem tech 200W?
A jak je videt, v kategorii 32C, kolem 200W, je boj "vyrovnany". TDP i vykon se lisi v jednotkach procent.
„Touto argumentaci se muzeme ptat, proc nema 32C epyc jenom 100W TDP, kdyz 64C ma kolem tech 200W?“
Ale ta otázka je zcela legitimní. Ani na odpovědi není nic záhadného. Je to tím, že 64jádrový procesor běží v plné zátěži na nižších taktech než 32jádrový, v důsledku čehož vykazuje výrazně lepší poměr spotřeba / výkon, neboť závislost spotřeby a frekvencí je exponenciální. Stejně to funguje v desktopu, kde 16jádrový Ryzen 9 5950X při stejném TDP jako 8jádrový Ryzen 7 5800X dosahuje mnohem vyššího výkonu.
Berte to jen jako domněnku, ale doteď jsem si myslel, že spotřeba s frekvencí roste lineárně. Exponenciálně roste s napětím. Samozřejmě tím myslím, když zvýším frekvenci a napětí nechám stejné, což se samozřejmě děje jen výjimečně, ale teď myslím princip růstu spotřeby. Takže ta vyšší spotřeba je dána spíše tím, že aby jádra byla schopná běžet na té vyšší frekvenci, tak k tomu zároveň (hlavně za sweet spotem) potřebují zvednout také napětí.
Mám zato, že aj keď budeš napätie nechávať na rovnakej úrovni a zvyšuješ len frekvenciu, aj tak sa ti bude zvyšovať odoberaný prúd, čím ti narastie spotreba, a je len na konštrukcii tranzistorov, koľko prúdu znesú. Preto je potrebné zo zvyšujúcou sa frekvenciou, zvyšovať aj rýchlosť pretekajúcich elektrónov (čiže napätie) a kontrolovať tým množstvo pretekajúcich elektrónov (prúd) vo vodivých dráhach. A odpor je to s čím sa tu vlastne bojuje.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.