Hirdetés

2018. július 23., hétfő

Hozzászólások

(#1) Z_A_P


Z_A_P
(őstag)

Akkor a Zen2 elobb jon ki szerverre mint desktopra?
Mert ha nem, akkor meg iden ev vegen jonnie kene a Ryzen 3xxx sorozatnak Zen2-vel?

OK

(#2) Erwinke válasza Z_A_P (#1) üzenetére


Erwinke
(tag)

Szerintem csak jovore aprilis kornyeken fogja szinten bemutatni a 3as szeriat az Amd.

(#3) Petykemano válasza Z_A_P (#1) üzenetére


Petykemano
(őstag)

Csak tipp, de - rumor has it - a 7nm drága és még kipróbálatlan. Ezért a drágán adható és kis mennyiséget igénylő termékek fognak először megjelenni rajta. Vega20 és epyc2
Ugye a zen+-ból nem készül epyc, tehát annak megjelenését nem köti már semmilyen elvi "1 éves" időbeli korlát, tehát lehet siettetni. A többi meg ráér Q2-Q3

(#4) bryant56 válasza Z_A_P (#1) üzenetére


bryant56
(tag)

A cikkben benne van, hogy idén, csak a minta példányokat szállítja az AMD. Jövő év elején kezdik meg a kész termékek értékesítését és valószínűleg a Ryzen 3 is, akkor fog kijönni.

[ Szerkesztve ]

(#5) lemusz


lemusz
(PH! addikt)

De ezt már computexen is elmondták, nem értem mi ez a folyamatos lemaradás itt a PHn...

(#6) sh4d0w válasza lemusz (#5) üzenetére


sh4d0w
(PH! nagyúr)

Újabban mindennel le vannak maradva...

Ha marhasagot irok, vallalom a pofonokat erte a forumon, nem sirok a modiknak.

(#7) S_x96x_S válasza lemusz (#5) üzenetére


S_x96x_S
(tag)

>De ezt már computexen is elmondták, nem értem mi ez a folyamatos lemaradás itt a PHn...

Az esemény pár napja volt, péntek helyett ma lett publikálva.

EPYC One Year Anniversary
Jun 14, 2018 at 1:00 PM PDT

slide - ha valakit érdekelne:
http://ir.amd.com/static-files/dc38c6eb-627c-4ed0-9618-49c34eb8c14f

(#8) lemusz válasza S_x96x_S (#7) üzenetére


lemusz
(PH! addikt)

Computexről beszéltem (június 5-9), amire elvileg el is utaztak a PHsok, mégse írtak cikket az AMD-s prezentációról, ahol már elhangzott ugyan ez...

(#9) Z_A_P válasza Petykemano (#3) üzenetére


Z_A_P
(őstag)

és még kipróbálatlan

Hat ez az, ezert szokott desktopra kijonni eloszor...mert ha a szerver piacon jon ki valami gebasz, akkor annak a piacnak megint evekre vege
Lasd Ryzen is elobb jott mint Epyc.

Persze az is ertheto, hogy most kell megnyomni a szervert, mert ha Intelnek nem jon ossze (es nagyon ugy tunik), akkor oriasit fognak ott kaszalni (mar az intel CEO is errol beszelt) - dupla vagy semmi.

[ Szerkesztve ]

OK

(#10) Bici válasza Z_A_P (#9) üzenetére


Bici
(PH! félisten)

A kiprobalatlan szerintem itt arra vonatkozik, hogy nagy lehet a selejt arany, es nem tudni, hogy mekkora lesz az elerheto freki, es nem arra, hogy valami tonkremehet.

[ Szerkesztve ]

(#11) S_x96x_S válasza lemusz (#8) üzenetére


S_x96x_S
(tag)

>Computexről beszéltem (június 5-9), amire elvileg el is utaztak a PHsok,
>mégse írtak cikket az AMD-s prezentációról, ahol már elhangzott ugyan ez...

nem értelek, erre a cikre gondolsz?

"Computex 2018: 32-magos Threadripperrel készül az AMD"
Írta: Abu85 | 2018-06-06 13:39 | Forrás: PROHARDVER!
https://prohardver.hu/hir/computex_2018_threadripper_vega_amd.html

"A 7 nm a cég processzorainál is elérhetővé válik jövőre, ide ugyanis érkezik az új Zen 2 mag, és az erre épülő CPU. Ez már működik az AMD laborjaiban, és a terveik szerint az idén elkezdik szállítani a mintákat a partnereknek, míg a következő év során jön a tényleges start."

[ Szerkesztve ]

(#12) Petykemano válasza Z_A_P (#9) üzenetére


Petykemano
(őstag)

tényleg a node kipróbálatlanságára gondoltam.
De egyébként igazad van. Csak hát ha 2019-ben megjelenő zen2 lenne a főproba és ott valami hiba van, akkor annak javítása is két év, addigra meg már rég késő.

Abu erre mindig azt szokta mondani, hogy száznál it több errata lehet egy designban, amit később mikrokóddal javítanak. Ha a zen+->zen2 átmenetben nem rontanak el valamit, akkor a zen1 és a zen+ volt főpróbának tekinthető. (és egyébként voltak is hibák)

(#13) DraXoN


DraXoN
(őstag)
LOGOUT blog

... ha tényleg lesz 64 magos epyc2 ... akkor igaz lehet az, hogy a zen2 16 magot tartalmaz... ha lehozza amd azt asztali szintre (és továbbra se tervez rá külön chippet), akkor intelnek nem lesz könnyű... főleg ha az órajel is növekszik a tervek szerint...

The human head cannot turn 360 degrees... || Siemens A35 -> Siemens C55 -> Alcatel OT556 -> Flying F996 -> Nokia 5230 -> Sony Xperia P -> Sony Xperia Z1 Compact -> Lenovo K3 Note -> LG v20 || FX8320; R9 280; 16GB; 240GB; 2x1TB

(#14) S_x96x_S válasza DraXoN (#13) üzenetére


S_x96x_S
(tag)

>akkor intelnek nem lesz könnyű

A cél már az, hogy a szerverpiacon 20%-részesedés alatt akarják tartani az AMD-t.

""
Shah relates that Krzanich "was very matter-of-fact in saying that Intel would lose server share to AMD in the second half of the year,” which is not news, but he thought it significant that "Mr. Krzanich did not draw a firm line in the sand as it relates to AMD’s potential gains in servers; he only indicated that it was Intel’s job to not let AMD capture 15-20% market share."
""
https://www.tomshardware.com/news/intel-ceo-amd-server-market,37273.html

>... ha tényleg lesz 64 magos epyc2 ...

első körben a 48 mag a valószínübb ..

"""
(Edit June 6, 2018: Mea Culpa. Looks like we got some generational information “confirmed” to us incorrectly. Expect a 48 core / 96 thread generation before a 64 core / 128 thread generation. Still quite a huge gap. DDR4 and interconnect improvement information held up to further confirmations. 64 core / 128 thread apparently is still coming, just missed one generation due to a few words not being typed in messages to us.)
"""

"This article was updated shortly after go-live as noted in Edit June 6, 2018 as we had two sources discussing the next generation rather than the 48 core generation. We still expect 64 core / 128 thread, but one generation after the initial 7nm gen.
"

https://www.servethehome.com/amd-epyc-rome-details-trickle-out-64-cores-128-threads-per-socket/

[ Szerkesztve ]

(#15) t72killer válasza DraXoN (#13) üzenetére


t72killer
(PH! félisten)
LOGOUT blog (1)

Már most is eléggé rezeg a léc az intel alatt, kevésmagos teljesítményben tartják a frontot, de sokmagosban bukta van. Kérdés persze, hogy az AMD tud-e tovább javítani a teljesítmény/fogyasztás arányon, mert nem megyünk sokra egy 32magos threadripper procival, ha a 200W-os TDP limit betartásához 1GHz-en kell pörgetni a magokat, egy valamirevaló 3GHz/16mag-os meló meg 800W-on olvasztaná a vízhűtőt.

#14: átkerült a labda a piros csapat térfelére, jelenleg ők viszik a TFLOPS/Watt, sőt, a TFLOPS/$ pálmát is, amire a szerverparkokat ténylegesen érintő spectre+meltdown balhé csak rátett egy lapáttal. Ha ezekután nem nőnek meg az Epyc eladásai, akkor soha. Egyedül a kevésmagos alkalmazásoknál értelmes döntés intel procit venni (pl tőzsdei robotok ilyenek).

[ Szerkesztve ]

"A win98 biztonságos, ui már vírust sem írnak rá 10 éve."

(#16) Legyes


Legyes
(kvázi-tag)

A TR 250W TDP-je a base clockot tutira fedi, sőt a turbót is, csak az XFR-t nem. Az Intelnél a turbót sem. Ezért van újabban olyan vicc az Intelnél, hogy nagyon alacsony a base és nagyon magas a turbó. Épp ezért lett akkora pánik az Intel oldalon a TR demó után, ahol léghűtéses TR cinebenchelt AIO-s Intel ellen.

[ Szerkesztve ]

-=LeGyEs=-

(#17) t72killer válasza Legyes (#16) üzenetére


t72killer
(PH! félisten)
LOGOUT blog (1)

Az intel a nagy pánikjában a taknyot is kivakarhatná a procikupakok alól. A nagyobb hőtermelést sikerült a béna kupakolásukkal is megfejelni, anélkül elmennének azok léggel.

"A win98 biztonságos, ui már vírust sem írnak rá 10 éve."

(#18) Meteorhead


Meteorhead
(fanatikus tag)

Tud valaki 1 foglalatos EPYC GPU kiszolgálóról akármelyik OEM-nél?

(#19) morgyi válasza t72killer (#17) üzenetére


morgyi
(PH! kedvence)

Valószínű hogy azokban a Fab-okban ahol a desktop procikat gyártják kihajították a kupak forrasztásához szükséges gépparkot. Ha a kupakot készen is vették aranyozva a cpu chip tetejére több lépésben aranyat kell gőzölni, hogy indiummal forrasztható legyen

A Linux rendkívül felhasználóbarát, csak megválogatja a barátait

(#20) t72killer válasza morgyi (#19) üzenetére


t72killer
(PH! félisten)
LOGOUT blog (1)

Szívás. Tudtommal amúgy már a xeonok kupakja alatt is takony van, úgyhogy vagy feltalálják az energiatakarékos procikat, vagy kiguberálják a kukázott forrasztóalkalmatosságot, ha tartani akarják a piaci részesedést.

"A win98 biztonságos, ui már vírust sem írnak rá 10 éve."

(#21) morgyi válasza t72killer (#20) üzenetére


morgyi
(PH! kedvence)

Max az olcsóbb Xeonokén sztem, az LGA2066-os procik tokja alatt tuti takony van. És abba a foglalatba is megy Workstation Xeon. De a rendes nagy Xeonoké szerintem még forrasztott.

Az LGA 2066-nál ki is lőtt egy elég nagy piaci rést az Intel... Aki hűvös procit akart korábban vehetett LGA2011-be forrasztott kupakos Xeon-t. Most ez is megszűnt.

Mismásoltak hogy az LGA2066-nál átállnak később forrasztásra, persze semmi nem lett belőle. Egy i9-nél pedig ez szerintem vérlázító

A Linux rendkívül felhasználóbarát, csak megválogatja a barátait

(#22) t72killer válasza morgyi (#21) üzenetére


t72killer
(PH! félisten)
LOGOUT blog (1)

Bizony, 1000EUR egy alap 7900x és a normális működéséhez vagy 360as víz vagy delid kell, bármiféle értelmezhető tuninghoz pedig kötelező a delid=garivesztés:((

"A win98 biztonságos, ui már vírust sem írnak rá 10 éve."

(#23) morgyi válasza t72killer (#22) üzenetére


morgyi
(PH! kedvence)

Ha valaki időben megvette volna az Intel kisajnált kupakforrasztó gyártósorát, most jó bizniszt csinálhatna az utólag forrasztott HPC procikkal :D

A Linux rendkívül felhasználóbarát, csak megválogatja a barátait

(#24) sb válasza t72killer (#17) üzenetére


sb
(PH! kedvence)

Lehet, hogy lehűtik de az előny itt már nem náluk van. Nézd meg a fogyasztási grafikonokat.
Az Intelnek 4GHz+ van előnye, de ez 6-8-10+ magnál már nem megy csak böszme fogyasztással. A 10+ magoknál ez már nem pálya, 3GHz körül meg már hatékonyabb a Zen.

eladó cuccok: Phenom II X4+GTX460 1GB konfig, Samsung SSD-k, Tp-Link WDR3600, Modecom Feel 202 mITX ház...

(#25) t72killer válasza sb (#24) üzenetére


t72killer
(PH! félisten)
LOGOUT blog (1)

Igen, a performansz/Watt meccset, ezzel a többszálas meccset is a Zen kiütéssel nyerte:

"A win98 biztonságos, ui már vírust sem írnak rá 10 éve."

(#26) frescho válasza t72killer (#25) üzenetére


frescho
(PH! addikt)
LOGOUT blog

Ezek a grafikonok szépen. Pár apró probléma azért van az AMD szerverekkel. Saját tapasztalat alapján:

Hónapokig könyörögtünk egy teszt gépért, végül egy DL385 landolt nállunk. 512GB RAM és 2x32 mag. Jól hangzik ugye?

ESXi telepítése után nagyon jól nézett ki amit mondott magáról. Árban is azt számoltam, hogy kb. 30% előnye van az Intellel szemben. Mármint azonos árért kb 30% előnye van.

Aztán jött a hidegzuhany. Reggeli csúcsidőben azonos válaszidők eléréséhez ugynaz a web gép 6 helyett 8 magot kért. OK, így a sebesség előny ment a levesbe. Ha őszinte akarok lenni, akkor még így is megvolt az ár/érték előny, de ez 5-8% közé olvadt. Ez azért van, mert az Intel turbo megoldása agresszívabb és valahogy jobban el tudja osztani a kevesebb, de gyorsabb magra a terhelést.

A csapatban felvetődött, hogy mysql-re tuti jó lehet. Aztán gyorsan gondolkoztunk. 3GHz+ alap órajelű Xeonok ellen esélye sincs. Márpedig a replikáció még mindig egy magot használ ki. OK, tudom, hogy az 5.7, de nekünk még 5.6 van.

Tehát maradt, hogy 5-8% előnyért mit kell bevállalni:

- Ismert, több tucatnyi gép mellé új platform a szokásos kezdeti firmware nyűgökkel
- VMware live migráció csak azonos CPU architektúrán megy, AMD-Intel között tuti nem. Migrálás csak a VM lekapcsolt állapotában lehetséges
- Az AMD-re rakott VM-nél a hardware configot utána kell húzni. mondjuk ez automatizálható, de migrációnál figyelni kell rá

Ezek után én nem merem bevállalni, mert a TCO már 5% előnyt se mutatna. Az már csak bónusz, hogyha kölcsönbe nem tudtak adni gépet, akkor rendelésre mennyi idő alatt szállítanak?

Szóval az AMD ledolgozott sokat a hátrányból, de ez nem elég meggyőző.

https://frescho.hu

(#27) Petykemano válasza frescho (#26) üzenetére


Petykemano
(őstag)

Nos, szerintem az EPYC 1. gen küldetése pont ez volt. Létezik, bekerült a katalógusokba, van belőle tesztgép. Már nem csak legyintesz rá, hanem kipróbáltad.

Csak emlékből mondom, de úgy emlékszem, hogy a hagyományos webkiszolgálás nem fekszik az AMD-nek. Ez korábban is így volt valamiért, nem csak a zen esetén, hanem már a piledriver alapú opteronnál is. A mysql tesztjére kifejezetten emlékszem.

Amúgy nem igazán értem, hogy miért. A zennek van persze néhány tipikus architekturális mássága az intel processzorokhoz képest. Rögtön lehetne okolni a ragasztót, de a ragasztónak ott lenne szerepe, ahol az egyes programszálak sokat cserélnek adatot cache-ben. Szerintem sem a webkiszolgálás nem igazán ilyen, és hát a mysql-ről se lehet elmondani, hogy ugyanazt a kérést több szálon tudná kiszolgálni.
A memóriaelérés késleltetése, ami az intelnél jobb. Ez esetleg főleg az epycnél lehet kritikus ha és amennyiben olyan előfordulhat egyáltalán, hogy egy cpu magot nem a saját memória vezérlője szolgál ki, hanem valahogy átmegy minden az IF-en. Ennek főleg a mysql-t kell befolyásolnia, ami hát ugye eléggé igyekszik mindent bepakolni a memóriába. A turbó tényleg jobb volt az intelnél. Az első generációs ryzen úgy turbózott, hogy két magon turbózott, vagy egyáltalán nem. (epyc esetén feltehetőleg ez lapkánként volt érvényes) a zen+ esetén ezen sokat javítottak, úgyhogy majd még lehet javulás (csak ebből nem készül epyc)

(#28) frescho válasza Petykemano (#27) üzenetére


frescho
(PH! addikt)
LOGOUT blog

A gond az, hogy fél éves lemaradással sikerült gépet szerezni. Az Intel meg veszettül meglódult a kihívásra, mire itt a következő generáció és ténylegesen elérhető lesz, addigra megint elolvad az AMD előnye. Ez a vásárlónak jó, mert végre van verseny, de az AMD nem tud eladni.

Az AMD azért gyengébb, mert 1 magra vetítve alacsonyabb a teljesítménye. Az elméleti maximum ugyan nagyobb, de úgy nem használod a hostot. Még ha overcommitolod, akkor is jó esetben a VM-ek egy része pörög, amíg a többi alig csinál valamit. Így a magas órajel és az IPC többet számít.

Mysql elvileg jól skálázódik a magokkal, de a tapasztalat azt mutatja, hogy 2x8 mag 3.4GHz most az optimum egy gyors NVMe társaságában. 2x12 mag fölött az órajelcsökkenést nem kompenzálja a magok számának a növekedése, de ez az új Xeon generációval biztos megint tolódik 1-2 lépcsőt fölfelé. AMD-nek erre nincs erős válasza. Amiben jók lehetnének az 1 socket, sok GPU felállású MI-re használt gépek. De azt mi nem használunk ESX, DB és storage (pl. elk) gépekkel szemben.

Sajnos sokan slideware alapján ajnározzák egyik vagy másik oldalt sokan és megy a 64 maggal mindent visz vs. 5GHz-es fagyasztó elkeni a szájat csata. Kicsit is nagyobb méretű web kiszolgálási vagy DB tesztet nem láttam itt évek óta.

https://frescho.hu

(#29) joysefke válasza frescho (#26) üzenetére


joysefke
(PH! kedvence)
LOGOUT blog

Ez azért van, mert az Intel turbo megoldása agresszívabb és valahogy jobban el tudja osztani a kevesebb, de gyorsabb magra a terhelést.

Ha lehet a RyZEN 1xxx -> 2xxx váltásból következtetni a következő Epycre, akkor ez már kisebb probléma lesz a következő szériában. A 2700x is sokkal agresszívabban turbózik mint az 1800x, ráadásul/főleg több mag esetén. A késleltetéseken meg majd javít a gyorsabb memória és mem vezérlő. remélhetőleg :)

(#30) S_x96x_S válasza frescho (#28) üzenetére


S_x96x_S
(tag)

> Kicsit is nagyobb méretű web kiszolgálási vagy DB tesztet nem láttam itt évek óta.

imho:
Az Anandtech-nél elég jó elemzések vannak, valószínüleg te már ismered, de a többieknek belinkelem:

https://www.anandtech.com/print/11544/intel-skylake-ep-vs-amd-epyc-7000-cpu-battle-of-the-decade

https://www.anandtech.com/print/12084/epyc-benchmarks-by-intel-our-analysis-

>Az AMD azért gyengébb, mert 1 magra vetítve alacsonyabb a teljesítménye.

Adatbázisok nem fekszenek jól az EPYC v1-nek, sok apró ok miatt, ami talán a következő EPYC-ben javítva lesz.

"First of all, Intel's benchmarks lend further support to what we already suspected: Intel's Scalable Xeon is better at serving databases for a number of reasons: better data locality (fewer NUMA nodes), better single-threaded performance, and a more "useable" cache. The claim that Intel offers much more predictable database performance seems very reasonable to us: the EPYC platform is much younger and much more complex to tune as it is a "virtual 8 socket" system.

Secondly it is true that the Intel Scalable Xeon is more versatile: the past 5 years AMD's presence in the server market was neglible, while Intel has been steadily adding virtualization features (posted interrupts), I/O features and more (TSX for example). Many of these features are now supported by the hypervisor and OSes out there.
"

Viszont, amit még az INTEL is elismer:

"
Nevertheless, it is interesting to see that Intel admits that there are quite a few use cases out there where AMD has an advantage. The AMD EPYC has a performance per dollar advantage in webserving and Java servers, for example.
"

Akit még érdekel - a phoronix-on vannak még érdekes EPYC -es tesztek:

https://www.phoronix.com/scan.php?page=article&item=amd-epyc-2018&num=1

https://www.phoronix.com/scan.php?page=article&item=power9-epyc-xeon&num=1

A jövő év izgalmas lesz. Valószínüleg hamarabb kijön a 7nm-es EPYC (v2) mint az INTEL új 10nm-es XEON procijai. Emiatt szerintem nem lehetetlen elérni a 33%-os szerver részesedést az AMD-nek.
de majd meglátjuk. A verseny jó!

(#31) frescho válasza S_x96x_S (#30) üzenetére


frescho
(PH! addikt)
LOGOUT blog

Igen ismerem és nagyjából fedik az igazságot. De lehetne finomítani még rajtuk

Amit nem mérnek és a többet mondana céges környezetben: fluktuáló terhelés, hosszú és rövid ideig futó query kombináció. VM-nél overcommit és felváltva terhelt VM-ek és ott a késleltetés mérés. mindez 50% körül terhelésnél, mert 100%-on nem fog futni a gép, ha van kis esze az embernek csak az extra csúcs időszakban, mint mondjuk a fekete pénteki roham. Szóval ilyen terhelésnél válaszidő mérés többet mondana mint 100%-on a tranzakció/sec.

Ne értsétek félre én szurkolok az AMD-nek. Szükség van rájuk és az általuk keltett hullámokra, versenyre. Dual Opteron gépekből volt jó pár darab, de azóta nem voltak versenyképesek. Most meg néha úgy érzem, hogy saját magukat akadályozzák a piacra jutásban. A HP, a Dell és a Supermicronál is sokáig csak papírware volt a Ryzen alapú szerver. Nem tudom mi az oka, de ez a késlekedés nem egészséges.

https://frescho.hu

(#32) thgergo válasza S_x96x_S (#30) üzenetére


thgergo
(lelkes újonc)

Ami most nagyságrendileg van 14nm-en:

Zen: + több mag, +olcsóbb, +jobb IGP
Intel:+10% IPC, +10% max órajel, +AVX512, +nincsen NUMA, +gyorsabb DDR4 elérés ~110/70ns

Perf/wattban nagyságrendileg ugyanaz a kettő

Ami változni fog, következő generációban intel marad 14nm-en. Maximum a kis 2-8 magos gyűrűs buszos CPU-k lesznek IGP-vel 10nm-en, látva az egyetlen IGP nélküli cannonlake-t, ami konkrétan rosszabb mint a 14nm-es társai. Ezalatt 2019-ben az AMD a szerverproceszorokat is 7nm-en fogja eladni.

Így jövőre ezt várom:
Intel: Skylake: MCC: 10 core, HCC 18 core, XCC 28 core helyett
Cascade lake: MCC: 14 core, HCC 22 core, XCC 34 core lesz, vagyis egy sorral több mag lesz, egyébként minden marad. (így jön ki a 22 core ha igazam lesz)

AMD: 48/64 magos epyc, 7 nm-en. +10% IPC, +10% órajel előnye az intelnek elolvad, perf/wattban és maximálisan elérhető teljesítményben az EPYC +30%-al jobb lesz mint az intel.

Intel előnye megmarad az AVX512, nincsen NUMA, és a gyorsabb DDR4 elérésben.

-

(#33) S_x96x_S válasza frescho (#31) üzenetére


S_x96x_S
(tag)

> Ne értsétek félre én szurkolok az AMD-nek.

Szerintem elég nyitott és pragmatikus a hozáállásod.
Értékelendő, hogy kipróbáltátok :)

>Most meg néha úgy érzem, hogy saját magukat akadályozzák a piacra jutásban.

nem egyszerű, megteremteni egy új ökoszisztémát. annyi mindenen elcsúszhattak.

viszont 2018 Q3 -ra jön rengeteg új EPYC-es szerver. ( CISCO, TYAN, .. )
remélhetőleg egyszerű lesz bennük procit upgradelni.

Minenesetre, ahol socket licensz van, ott a licenszen már az EPYC v1.el is sokat lehet spórolni.

"DOUBLE CLICKING ON SOFTWARE LICENSING
Software licensing is fluid and varies from vendor to vendor - per core, per virtual core,
per socket, by term or perpetual. However, organizations deploying software
applications licensed per socket can potentially reduce this operational expense by
deploying the DL325. For example, VMware vSphere Enterprise is licensed “per
socket”. In the traditional datacenter, this workload would reside on a fully populated
two-socket server. The ability to deploy vSphere on a single socket server should
reduce licensing costs by half. This could amount to thousands of dollars saved for the
average mid-market IT organization. "

https://h20195.www2.hpe.com/V2/GetDocument.aspx?docname=a00046569enw

(#34) S_x96x_S válasza thgergo (#32) üzenetére


S_x96x_S
(tag)

>Ami most nagyságrendileg van 14nm-en:
>Zen: + több mag, +olcsóbb, +jobb IGP
>Intel:+10% IPC, +10% max órajel, +AVX512, +nincsen NUMA, +gyorsabb DDR4 elérés ~110/70ns

azért ez komplexebb és nem lehet következtetni a szerver chipekre ( pl. "gyorsabb DDR4 elérés" ??? )
pl már most:
EPYC: 8!! channels DDR4-2666
Skylake-SP: 6 channels DDR4-2666
"The new Skylake-SP offers mediocre bandwidth to a single thread: only 12 GB/s"
"Meanwhile a single thread on a Naples core can get 27,5 GB/s if necessary."
de ezeket a már belinkelt 2 Anandtech-es elemzés elég jól kielemzi, mik az elönyök és hátrányok.

#AVX-512
Az AVX512 implementálása elég sok szilikon helyet igényel, ahhoz képest, amennyi program MOST ki tudja használni,
emiatt inkább a több core melett döntöttek a ZEN1 tervezésénél.
Meg amúgy is - nem érdeke túl korán megtolni az AMD-nek az AVX-512 -t, van nekik saját GPU-s (RADEON-os) gyorsításuk.

#Multichip
Az új generációknál az INTEL is rákényszerül a multichipes megoldásra,
főleg, hogyha versenyben akar maradni a core-háborúban.

ezért izgalams évlesz a következő ..

(#35) Agyturbina válasza frescho (#31) üzenetére


Agyturbina
(tag)
LOGOUT blog

Ezt eddig nagyon hiányoltam magam is, hogy tényleg élesben mit tudnak, nem csak a teszteken, külön köszönet érte :R

A Paradoxonban az a Szep, hogy paradoxon modon nem szep. Don't assume anything, because makes ASS U ME!

Copyright © 2000-2018 PROHARDVER Informatikai Kft.