Új hozzászólás Aktív témák
-
-vitya-
őstag
-
-
S_x96x_S
addikt
válasz
S_x96x_S #2596 üzenetére
Linux -os teszt.
AMD Ryzen Threadripper 3990X Offers Incredible Linux Performance
https://www.phoronix.com/scan.php?page=article&item=3990x-threadripper-linux&num=1
"When taking the geometric mean of the benchmarks for this article today, The Threadripper 3990X came out overall 26% faster than the dual Xeon Platinum 8280, which is a very nice accomplishment since such a configuration currently retails for $20,000 USD worth of processors alone. For those doing serious content creation work like Blender or other CPU-based renderers/modeling, engaging in heavy multi-threaded workloads that aren't memory intensive (where instead you'd be better off with the EPYC 7002 CPUs with eight-channel memory), or code compilation of large software projects, the AMD Ryzen Threadripper 3990X is a mighty impressive competitor" -
S_x96x_S
addikt
válasz
S_x96x_S #2595 üzenetére
Azért a Microsoft is sarcol a magasabb magszámért.
és a 64 core/128thread-nél kijön az eltérés .. nem mindegy, hogy milyen Windows fut rajta ...A 64magos threadripperhez - W10 Enterprise - kell .. ; egyébként szívás
( Vagy használj Pro-t és kapcsold ki az SMT-t .. lásd 64c/64t - második sor ; de hogy még büntessen is 128T-nél ...)
-
S_x96x_S
addikt
Threadripper 3990X
mondjuk ez már jobb rajt ...
Az A.l.z.a-nál átvehető holnap - potom : 1 533 590 Ft -ért. (br)
még van belőle 2 db
----------
The 64 Core Threadripper 3990X CPU Review: In The Midst Of Chaos, AMD Seeks Opportunity
https://www.anandtech.com/print/15483/amd-threadripper-3990x-review
---------------+ review gyűjtemény , ha az AnandTech nem lenne elég.
AMD Ryzen Threadripper 3990X Review Roundup
https://videocardz.com/84697/amd-ryzen-threadripper-3990x-review-roundup
---------Azért remélem lesz 16 magos TRX4 -es Threadripper is.
-
Petykemano
veterán
Bocs, ha félreérthetően fogalmaztam.
Az icelake átlag 18%, de ezt illettem kihagyott lépcsőként.skylake -> sunny -> willow -> golden => ez lesz 40%
Ezekből az icelake kap sunny cove magokat és azért hagytam ki, mert "csak" 38 magosként említik, ami a 28-től persze több, de a 48/56-hoz képest nem. Bár egyelőre nem egyértelmű, hogy a 38 vajon valami összeragasztott valami, mint a 48/56, vagy egy lapkában lesz 38.Persze nem kizárt, hogy icelake-et fog tudni majd érdemleges volumenben gyártani az intel. De ha a 7nm gyártás nem késik, akkor akár egymásra csúszhat.
(Mindenesetre jöhetne már valami, mert pl a gcp-ben még mindig szolgálnak haswellek.) -
DraXoN
addikt
válasz
Petykemano #2592 üzenetére
Azért icelake esetén se általános az az "akár" 40%, hanem feladatspecifikus, általánosan inkább 18%-ról beszélnek (de ezek belső marketing anyagok, senki se láttam még ténylegesen).
Illetve, eleve már úgy tervezték meg, hogy úgy se tud magas órajelen menni mert a technika mögötte "nem bírja".. Így "feladták" a magas órajelet. -
Petykemano
veterán
Jó, talán a "holnap", meg "harmadnap" valóban túlzás volt.
De azt is látni kell, hogy a jelenleg mindenféle javításokkal és patchekkel terhelt skylake után egy lépcső kihagyásával (icelake) "rögtön" egy 40%-kal nagyobb IPC-t kínáló golden cove érkezik. Mondjuk 2022? Addigra sok idő telik el, persze, csak ha az sikerül, azt is vinni fogják, mint a cukrot, mert 40%-nál biztos nagyobb előrelépést jelent ugyannnyi socketben és TDP keretben.Ráadásul most olyan mennyiségben megy a kapacitás pótlása, hogy az intel alig bír lépést tartani az igényekkel. Most csomó kapacitás ment el a biztonsági rések javításával. Szerintem biztos lesz majd 2022-2023 táján újra VM licenc feltétel változás, amikor majd sikerül ezeket a 2019 során kényszerből vásárolt gépeket elkezdik szanálni.
-
Petykemano
veterán
A VMWare lépése a saját szemszögéből nézve érthető.
Ahogy mondtad, más szereplők már korábban meglépték.Egy sor más tényezővel kapcsolatban az a kérdés merül föl, hogy azokra nézve bárki számláz-e? Tehát ahogy mondtad, az optane diszruptív lehet a memóriakapacitás vonatkozásában. Emiatt nyafoghatnának például a memóriagyártók, akiket ez esetleg kiszorít, vagy kevésbé szükségessé teszi a nagy kapacitások irányába történő fejlesztéseiket. De ha licencdíjak alakulását kevéssé befolyásolja a "ram" kapacitás hirtelen megugrása, arra nyilván nem fognak lépni például a VM szoftver licencelő cégek. Magyarul a diszruptív optane térnyerését nem fogja hátráltatni mondjuk azzal, hogy hohó, hát ha te eddig 128GB-ot használtál és holnaptól 1TB-ot szeretnél, akkor a szoftverre mi is 4x annyit elkérünk.
De átvitt értelemben válaszoltál a kérdésre:
lehet diszruptív technológiával piacot nyerni, ha az nem sérti valamilyen a szerver működéséhez szükséges más jelentős befolyással bíró szereplő érdekeit. -
DraXoN
addikt
válasz
Petykemano #2588 üzenetére
Nem olyan egyszerű csak úgy jobban kigyúrni az IPC-t.
Egyszerűen a méret rovására menne, kb. a kb dupla IPC-hez (bár ez nagyon nem pontos, de megközelítőleg.. bár architektúra függő is) úgy 3x-4x nagyobb die terület kellene, sokkal nagyobb tervezési hiba lehetőséggel és ez által vélhetőleg alacsonyabb órajelekkel. Így látszik, jobban megéri inkább 3-4 magot berakni mint kicsit növelni az IPC-t.
Szerintem majd ez persze megváltozik és lehet csinálnak "extra erős" magot, de csak pár darabot a rendszerbe, majd sok kicsit mellettük big-little elven, eltudnám képzelni. Anno AMD-nek volt is olyan kísérleti kutatása, hogy a nagy x86ok mellett pár arm magot is berakott (bár akkoriban anyagi megszorítások miatt törölték a projektet).. meg gond lehetett a külön nyelvel azért bár lehet az arm valami x86 fordítón át működött volna (az is elég alapon, bár elvileg a mai x86 cpuk is csak fordítót tartalmaznak, nem valódi x86 holmik).De ez igaz az ARM-re is, ahogy egyre jobban kigyúrja az IPC-t egyre nagyobb lesz és kevésbé "mobil"-ba megfelelő az eredmény.
Persze lehet ahova jó lehet sok-sok kis ARM-mag, de ahova kevés oda jobb a jelenlegi x86.
Mindenesetre nem egyszerű az ARM rendszerekkel betörni, úgy 10 éve tervezik lassan, hogy majd "letarolja" a datacenter piacot... még nem sikerült. Bár a design egyre jobb, de a többiek is fejlődnek, pl. erős vetélytárs lehet a legkisebb epic, hogy az is minden PCIE sávot tartalmaz.Mondjuk az SMT4 se olyan egyszerű, hogy bekerüljön egy olyan architektúrába ami nem úgy lett tervezve. SMT2 még csak-csak, de a 4-hez már jobban hozzá kell nyúlni akár az alapokhoz, hogy hatékony is legyen (több gyorsítótár ide, egy újabb feldolgozó oda, oda még egy kis sávszélesség, stb.). Továbbra se tudjuk mit ért az AMD a "Zen3 egy teljesen új architektúra" alatt. Akár egy ilyen áttervezéshez szükséges munka is lehet mögötte.. Vagy valami extrémebb, de lehet sokkal kevesebb (csak a CCX tömb méretének duplázása), annyira jó ködösítés ami van
... bár valójában a CCX tömb méret duplázása sincs megerősítve, akár az is lehet marad a 4es cpu méret, de az L3 kikerül a tömbből és a IF vonal másik felére "ültetik" így közös L3 területet nyerve (mondjuk lehet utóbbihoz kéne csavarni megint egyet az IF tempóján)...
-
válasz
Petykemano #2588 üzenetére
Én pedig arra próbálok rávilágítani, hogy itt nem a "lábára" lépsz valakinek, hanem inkább az adott piaci szereplőknek (alias VMWare) kell a piaci igényeket lekövetniük. A felhasználóknak jobb, ha több magvas procit vásárolnak, mert a fajlagos költségek csökkenhetnek. Ha ezt nem követi le a VMWare, akkor magával szúr ki, mert kevesebb licenszet tud eladni. Ilyen szempontból a lépésük érthető, és semmi drasztikus nincs benne.
Ráadásul egy sor más tényező is van, ami számít, hiszen egy VM sebességét, illetve a megfelelő sebességgel futtatható VM-ek számát nem csak a CPU határozza meg, hanem a memória (sebessége és mennyisége) és a háttértár (sebessége) illetve egy komolyabb felhőrendszernél a hálózat sebessége és topográfiája.
Szóval önmagában nem fog valaki csak azért Epyc procis gépet venni, mert több mag van benne. Adott esetben lehet, hogy az Intel Optane alkalmazása többet számíthat (pl. e-mail szerverrendszernél a nagy mennyiségű e-mailek cache-elése).
-
Petykemano
veterán
A VMware és a mag vagy socket kérdéskör egy dolog. Valójában ez nem csak az AMD-t érinti, hanem az ARM szerver procikat.
Azt gondolom, hogy a kérdést igyekeztem úgy megfogalmazni, hogy minél inkább független legyen az AMD-től, illetve attól a kurrens helyzettől, hogy az AMD több magot kínál.
A kérdés nincs kihegyezve az AMD-re. csak annyi köze van az AMD-hez, hogy épp most ez a cég jelentkezik be az egyik legpotensebb kihívónak a szerver piacot domináló intel számára. Holnap lehet, hogy az ARM gurít valamit.
Ahogy mondtam: ha holnap valaki 4 szálas procit dob be, vagy harmadnap 50-100%-kal nagyobb IPC-t, olyan "diszruptív" előrelépést, ami meghaladja az igények annuális növekményét, akkor azzal nem csak a közvetlen versenytársnak a lábára lép rá, hanem a VMware, de a már core bázison licencelő Hyper-V-ére is. -
válasz
Petykemano #2586 üzenetére
Túlkombinálsz. A VMWare egy a virtualizációs megoldások közül (mondjuk Enterprise szinten az elterjedtebbek közül való). Especiel ők még mindig socket alapú licenszt használták, amit most próbálnak core alapú irányba eltolni. A Hyper-V például már core bázison megy, de ott meg 8/16 core-ra épülő csomagok vannak.
Tökéletes megoldás nincs, mert amúgy az Intel Xeon procikban is szaporodnak a magszámok, tehát a socket alapú licenszen való túllépésre az Epyc nélkül is szükség lett volna előbb-utóbb. Szóval ezt nem kellene ennyire az AMD-re kihegyezni...
-
#82819712
törölt tag
-
joysefke
veterán
válasz
Petykemano #2581 üzenetére
A kérdés az, hogy dupla olyan jó termékekkel fél áron lehet-e negyed éves 0.2 százalékpontnál gyorsabban piacot szerezni, illetve ha majd az intel felzárkózik és mondjuk csak 30% lemaradása lesz másfélszeres áron, akkor az AMD meg tudja-e tartani a negyed évenként szerzett 0.2%-plusszát...
-
#82819712
törölt tag
R7 4800H + RX 5600M vs i7-10750H + New 2060 Max Q
-
Petykemano
veterán
-
válasz
Petykemano #2577 üzenetére
Amikor az Intel procik sebezhetősége válaszul jövő tapaszok miatt a HT teljesítménye kvázi eltűnt, akkor meg a Windows vagy Linux rétegeken futó VMware felhasználók hirtelen ott találták magukat, hogy új szervereket kell beállítani, hogy azonos számú virtuális gépet ki tudjanak szolgàlni. Ami persze új licenszeket is követel....
Szóval ez sose volt egyszerű...
-
S_x96x_S
addikt
The First Thunderbolt Certified AMD Motherboard - ASRock X570 Phantom Gaming-ITX/TB3
http://asrock.com/news/index.asp?iD=4434 -
DraXoN
addikt
válasz
Petykemano #2577 üzenetére
évi 5-10%
.. abból kiindulva ahogy az intel lépkedett és a részvényeseknek meg ezen cégeknek kb. "szava se volt"...
-
Petykemano
veterán
válasz
S_x96x_S #2575 üzenetére
"úgy kell a teljesítményt növelnie, hogy a tágabb üzleti partnereket (pl. VMware) se haragitsa meg .."
A 64 magos cpu lényegében megduplázta az egy socketből kihozható teljesítményt.
Ez a vmware-re nézve mindenhol bevételkiesést jelenthet,.ahol nem a számítási igény nőtt meg, hanem spórolni akartak: több tflops/kWh, kevesebb gép, kevesebb socket, kevesebb licencdíj.
Mondjuk minden cég, ahol a számítási igény nem nőtt, de kettőnél több socketet használtak. Ha jól tudom, a.vmware virtualizációt valósít meg, tehát elég valószínű, hogy ez elég sok vmware ügyfelet érinthet.Na, de oda akarok kilyukadni, hogy
Világos, hogy a 4 szál nevezetese is hasonló hatást váltana ki a vmwaretől, illetve más cégektől, amik jelenleg socketre, vagy magra vetítve számláznak.De mi az, ami nem?
Tehát ha holnap az AMD kihozna egy olyan procit, ami felépítésében megegyezik a jelenleg piacon levőkkel, de 50-100%-os IPC emelkedést hoz, vagyis egy ilyen 32 magos processzor ellátná egy mai szerver feladatait, amire ma 2x32 magos licenct kell megvásárolni, akkor az is sérti a vmware érdekeit, nem?
Ezek szerint a hardver kapacitás csak olyan mértékben nőhet, amennyire a számítás igény, különben a fejlődés túl diszruptív ami a hardver vásárlónak jó lenne, azt az előnyt - részben - elgáncsolja a licencelő.
Persze nem állítom, hogy nem ezt tenném, csak kérdezem, hogy mi az az előrelépés, a számítási igények stabilitása mellett, Amivel piacot tudsz szerezni, de nem lépsz rá a szoftveresek tyúkszemére?
-
S_x96x_S
addikt
>Esetleg egy KVM rétegen futtatott virtuális gépre telepítjük ...
csakis az új kernellel ..
Linux 5.6 KVM Expands AMD APIC Virtualization Support With Dynamic APICv
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.6-Expanded-AMD-APICv
"Advanced Virtual Interrupt Controller is one of the means of reducing overhead in virtualized environments and has been supported for years already in AMD CPUs (since Carrizo) and the Linux kernel but with some exceptions as noted. This dynamic APICv/AVIC activation will be part of Linux 5.6 that in turn should be released as the stable kernel around APril." -
S_x96x_S
addikt
> Ha majd lesz SMT4 szerintem ott is lehet lépnek rá valamit (lehet
> átállnak száll alapú licenszre).mondjuk ez a kimenetel tényleg a biztonsági okokból kiherélt ( SMT letiltott ) Intel CPU-knak kedvezne ..
Vagyis annyira nem ugrálhat az AMD.mindenesetre ez főleg az AMD dilemmája.
úgy kell a teljesítményt növelnie, hogy a tágabb üzleti partnereket (pl. VMware) se haragitsa meg .. ( ha a szoftverbevételeiket lefelezi akkor persze, hogy agresszíven válaszolnak )
Ha meg most hozza ki az SMT4-et, akkor meg azt hiszik róla, hogy direkt élezi a problémát ....
Szóval nem árt egy kis diplomácia ... a VMware jelzett, hogy ez már "fáj" neki ... extrém módon disruptive lett a fejlődés - és nem csak az Intelt-t sérti ... -
DraXoN
addikt
válasz
S_x96x_S #2572 üzenetére
Ha meglépne egy ilyet az amd, valószínű hamar lekövetnék a licenszekkel is. és más módon menne a licenszköltség onnantól.
Ha majd lesz SMT4 szerintem ott is lehet lépnek rá valamit (lehet átállnak száll alapú licenszre). Vagy valami olyanra, hogy X mag de maximum X*2 száll... Persze csak akkor ha a teljesítményben is kiérződne egy esetleges "előny"... -
-
S_x96x_S
addikt
válasz
Petykemano #2571 üzenetére
> Hogy?
> Mondjuk egy olyannal trükközhet, hogy 8 ép mag van a lapkán ...a probléma, hogy a szoftvernek is támogatni kell a 4thread-et ,
másrészt ha nativan lefordítják a kódot ( -march=native) akkor azután már nem érzékeli a változásokat.
szóval az eredeti ötletem nem életképes.ami igazából működhet, hogy a "fizikai" SMT2 helyett, ami körülbelül 1.4x sebesség növekedést add a core/mag teljesítményhez
logikai SMT2 - lenne - 2 fizikai magból összerakva.
vagyis itt már 1.9x sebességnövekedés is lehetne - fele akkora magszámmal. Ezt szerintem mikrokóddal/Bios-al egyszerűen meg lehetne oldani és a ZEN3-as egyesített L3-cache is öszhangban van ezzel.
persze ezeket már nem lehet 2x áron eladni, mint a 64magos epyc-eket.
mindenesetre én az AMD helyében azért elemezném ezt az utat is.de lényegében ha jól értem te is ilyet írtál a "két összeolvasztott bulldozer" -re utalva.
Szerintem lesznek erősebb 32 magos procik, de hogy ezt hogy legózza össze az AMD, azt biztosan nem lehet tudni ( találgatok )
-
Petykemano
veterán
válasz
S_x96x_S #2566 üzenetére
"szerintem ha az AMD -ha "szemétkedni" akarna,
akkor simán át tudná alakitani a ccx - et úgy, hogy a rendszerből
4c/16thread -nek látszódjék ami amúgy 8c/16t .."Hogy?
Mondjuk egy olyannal trükközhet, hogy 8 ép mag van a lapkán, és az, hogy ebből mi aktív és mi nem, az dinamikusan váltogatható. Így a turbózás ideje maximalizálható.Én elképzelhetőnek tartom, hogy 2 lépcsőben egyesítik a zen magokat - pont úgy, ahogy elvileg a zen is hasonlít két összeolvasztott bulldozer integer magra.
Mindig az jut eszembe, hogy valamit csinálni kell, hogy lépést tartsanak az arm évi 30%-os növekményével. A magasabb frekvencia nem tart ki örökké.Aztán persze mivel a számítási kapacitás növelésének legnagyobb gátja az, hogy egy központi memóriából kell kiemelni a számolandó adatot ws az eredményt visszaírni, ezért valamikor biztosan jön az a fajta elosztott számolás, hogy minden számolóegység saját memóriával rendelkezik.
(Jim Keller) -
válasz
S_x96x_S #2566 üzenetére
A ciki inkább az, hogy a VMWare eddig jobban megérte a Hyper-V-vel szemben a nagy magszámú procik használatánál. Most igazából mindkét "nagy" szereplő lábon lőtte magát, az M$ féle 8/16 bázisú core-alapú licensz sem igazán értelmezhető megoldás, a VMWare féle is hasonlóan nyakatekert lett.
Amíg nem lépnek tisztán core, de még inkább thread alapú elszámolásra, addig ez mindenesetre elég kellemetlen helyzet.
-
válasz
Petykemano #2563 üzenetére
Ajánlom [Frescho blogbejegyzéseit elolvasni].
Még augusztusban szeretett volna a Zen2-es Epyc-ekből rendelni, végül novemberben sikerült kézhez kapnia egyet. A pletykák szerint az AMD nem tudott szállítani időre, emiatt a nagy partnerek (HPe, Dell, Lenovo) nem tudtak megfelelően felkészülni (tesztelni, szoftverháttért és supportot fejleszteni) a startra, ami miatt nem lehetett még csak rendelni sem októberig. Értelemszerűen a szerverpiacon az a fajta start, amit DIY piacon csinált az AMD a Zen2 platformmal (kvázi bétateszternek használva őket) nem életképes...Szóval nem csoda, hogy 2019-ben az AMD részesedése a szerverpiacon nem ugrott nagyobbat. De erről az AMD tehet...
-
S_x96x_S
addikt
válasz
Cathulhu #2557 üzenetére
> Arra jutottam ez a VMWare huzas jelenleg
> (es elore lathatolag 1-2 evig biztos) jobban szivatja az intelt
> mint az AMD-tservethehome -os elemzést olvasgatva ... :
szerintem ha az AMD -ha "szemétkedni" akarna,
akkor simán át tudná alakitani a ccx - et úgy, hogy a rendszerből
4c/16thread -nek látszódjék ami amúgy 8c/16t ..
vagy még jobb lenne ha igazából BIOS -ból lehetne állítani ..
Persze erre a VMWare is újból pontosítana a licenszfeltételekon - kizárva a thread-ekkel trükközést.mindenesetre a hasonló eseteknél az AMD a ccx-es architektúrájával gyorsabban és jobban tud reagálni.
--------------------
“We cannot continue pricing on a per-CPU basis, where CPUs could have unlimited core counts.” (Source: VMware)
AMD is Not the Most Impacted by VMware Change
When we think about the impacts of this change, things get interesting. Many have pointed to the 64-core AMD SKUs that now require two 32-core per socket licenses. AMD is undoubtedly impacted. Still, AMD has several 32-core options that can maximize the license better than Intel can. AMD also has options for something like a 4 core per CCD 32 core and 256MB L3 cache part that is clock speed optimized to further press this advantage.
... ( érdemes az egészet átfutni )
Licenseageddon Rages as VMware Overhauls Per-Socket Licensing
https://www.servethehome.com/licenseageddon-rages-as-vmware-overhauls-per-socket-licensing/ -
S_x96x_S
addikt
(fossdem2020) Reaching "EPYC" Virtualization Performance
Case Study: Tuning VMs for Best Performance on AMD EPYC 7002 Series Based Servers
( PDF slide + video )
https://fosdem.org/2020/schedule/event/vai_reaching_epyc/"This talk will go over some of the typical virtualization “tuning tricks” (for both Xen and KVM). Then, as a case study, we will illustrate how we managed to reach, inside Virtual Machines, a performance level that almost matches the one of the host, on a server powered by a CPU from the AMD EPYC 7002 series. In fact, we will show the results of running CPU and memory intensive benchmarks (on KVM) with and without the suggested tuning. Last (but not least :-D), we will show the impact that the Secure Encrypted Virtualization (SEV) technology has on performance."
-
Petykemano
veterán
-
#82819712
törölt tag
válasz
Petykemano #2561 üzenetére
Lisa Mém-et ismered ?
-
Petykemano
veterán
-
S_x96x_S
addikt
új rekorder ..
és ez várható volt, az órajel sokat számít, ha a magszám és az architektúra nagyjából megegyezik.AMD Ryzen Threadripper 3990X 64 Core CPU Is On A Whole New Level In Geekbench Benchmark – Beats Out All HEDT Chips, Even The EPYC 7742 HPC CPU
https://wccftech.com/amd-ryzen-threadripper-3990x-64-core-cpu-benchmarks-hedt-dominance/ -
S_x96x_S
addikt
New Asus firmware supports Epyc processors that AMD hasn't announced yet.
https://www.tomshardware.com/news/amd-epyc-new-cpus-7002-series-asusérdekes az új Epyc 7F52 - 16c/32t - és 256 Mb L3 cache ..
ez már 8 ccx ??? ( az L3 alapján spekulálva)
vagyis minden chipset-en 2 core aktiv ???ezzel ellentétben a nem olyan új 7232P 8c/16t - 32Mb L3 cache ..
ami 1 ccx . amit nem tudom, hogy kivesz ilyet, amikor +25$ -ért kaphat egy 7252-t magasabb alapórajellel és dupla akkor L3 cache-el,
de biztos ennek is megvan a pszichológiája .. -
Cathulhu
addikt
Arra jutottam ez a VMWare huzas jelenleg (es elore lathatolag 1-2 evig biztos) jobban szivatja az intelt mint az AMD-t. 1 liszensznel talan meg mindegy, hogy 28 vagy 32 mag, de 2 liszensznel mar nem annyira mindegy, hogy azt 56 magos vagy 64 magos CPU-hoz vetted, es minel tobb a socket annal tobb kifizetett de nem letezo mag lesz intel oldalon. Azaz nem eleg, hogy az intel dragabb, kevesebb magot ad, de meg a liszensz is dragabb fajlagosan.
-
S_x96x_S
addikt
már kb 2 hetes hir .. de minden pici ryzen-es kütyünek szoktunk örülni ..
( Azért remélem fél év múlva annyi lesz belőlük, hogy már nem lesz hírértéke )
Radeus Labs RLDT-TC-G1
- 4 monitoros támogatás , "The only commercially available, ruggedized, four-monitor thin client."
( AMD Ryzen Embedded V1807B with Radeon RX Vega 11 graphics )
https://www.radeuslabs.com/computing-systems/ruggedized-thin-clients-multiple-monitors/
First Linux-powered Ryzen V1000 thin client can drive four displays
http://linuxgizmos.com/first-linux-powered-ryzen-v1000-thin-client-can-drive-four-displays/ -
S_x96x_S
addikt
Óvatosan majd a B550 -es alaplapokkal ..
lesz normál B550 és B550A -s - különböznek, de könnyen össze lehet őket téveszteni .."GIGABYTE (Intel) Z490 and (AMD) B550 motherboards spotted at EEC"
https://videocardz.com/newz/gigabyte-intel-z490-and-amd-b550-motherboards-spotted-at-eec -
válasz
Cathulhu #2553 üzenetére
Csakhogy a futó VM-ek száma rugalmasan változhat és változik az igényeknek megfelelően. Ez a fő probléma a VM alapú licencel, hogy nem lehet korrektül követni. Hogy fogod előre megmondani? Na, eddig max. 120 VM-re volt szükségem, szóval veszek 128 licenszt, és elég lesz. Majd bejön, hogy hopp, hirtelen kéne még 60VM egy projektre, egy hétre, és most indulna. Most mi legyen? Vegyenek egy éves VM licenszeket? Mit csinálunk utána, ha nem kell? Vagy mi a kukutyin legyen? A pénzügynek hogy adjuk be, hogy hirtelen ez van?
A CPU alapú számítás előnye volt, hogy relatíve könnyű számolni vele. Van egy szerverparkunk mondjuk 20db szerverrel, egyenként 2db CPU-val, az összesen 40 licensz. Akkor ennyire kell éves licensz, tessék, itt a számla, utaljátok a pénzt.
VM-ekkel számolni irtó macerás...
-
-
DraXoN
addikt
Ez egyértelmű, hogy a futtatható VM-ek száma az ok, de mindig is jöttek erősebb CPU-k.
Mit fognak csinálni majd? Mert láthatólag 2-3 éven belül megint minimum duplázódik a magok száma újra... és nem csak AMD esetén intel is tervezi már a saját 10nm-es 112magos "szörnyetegét" (elvileg jövő év végén jön is.. ha tartják a tervet).Bár mondjuk a VM-hez most lehet jól jönne az az SMT4, amiről még mindig nem tudjuk biztosan tényleg érkezik-e Zen3-ba vagy sem (bár egyre több jel mutat rá, hogy nem jön).. Azt lehet tényleg készül SMT4, de nem a zen3ba tervezik, csak belemosták a pletykát róla (vagy nem sikerült volna befejezni azt a részt a zen3 megjelenésig, így benne lesz a cpuban de inaktívan egy előzetes "teszt" formája, belső elemzésre).
Új hozzászólás Aktív témák
Hirdetés
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- OLCSÓBB!!! DDR5 16GB 8GB 32GB 4800MHz 5600MHz RAM Több db
- SZÜNETMENTES TÁPOK
- ÁRGARANCIA! Épített KomPhone i5 13400F 32/64GB RAM RX 7700 XT 12GB GAMER PC termékbeszámítással
- DELL PowerEdge R630 rack szerver barebone - 2xSocket 2011v4 , 24x DDR4 DIMM, H330 RAID, 39369Ft+ÁFA
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest