Új hozzászólás Aktív témák
-
hokuszpk
nagyúr
ma már ennek kb. külön matematikája van.
ha ugyanarra a tipusra / konstrukcióra nézed, akkor kb. igaz , amíg valahol nem ütközik szűk keresztmetszetbe. azaz elképzelhető, hogy a nagyobb tempón a kiszolgáló infrastruktúra ( cache, memória, háttértár ) nem tudja megfelelő mennyiségű számolandóval ellátni a cput, ezért a gyorsulás elmarad a frekvenciakülönbségből elvárhatótól.
nem igazán jó példa, de szemléltetőnek : ha veszünk 1 hagyományos tengelyes diszket, akkor hiába növeljük a cpu frekvenciáját az égbe, a windows betoltese alig fog gyorsulni, a szűk keresztmetszet a diszk lesz.
vagy jó példa a Zen2 -> Zen3 váltás, a magokon alig változtattak, de összevonták a 2x4 felépítést 1x8 -ra, megszünt a cpu -n belül a fabric és voila lett ~20% teljesitmenynovekedes frekiemeles nelkul.Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Albus_D #7890 üzenetére
mondjuk a 104 magot még értem, de hogy az 52/112 hogy jon ki, azt nem. az vagy 56/112 vagy 52/104. * mondjuk utobbi esetben nem adja ki a 224 szálat.
vajon mennyi az EPYC 3D fogyija ? mert ez az Inteles 764W -s tető azért erősnek tűnik.
ha van nálad számológép, az Intel 240 szálra is kiszámolhatnád ezt a mutatót, meg esetleg a perf/w -t is, legyél alapos.[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Albus_D #7893 üzenetére
majd kitaláljuk.
de ha megtalalod hogyan jon ki az 52 magbol 112 szál, akkor nehabozz, allitolag ebben nincs "E" core. mi a trukk ?
112 magra mondjuk még mindig jó, bár ugy csak 848.33/mag.
a 8490H 120 mag / 71830 se néz ki túl jól, 598/mag, ennyire gyenge HBM nelkul semlehet, azzal a leakkel nemstimmel valami.* S_x96x_S nemlátom, hogy kommentált volna bármit, csak betette, hogy van egy ilyen leak. Néha kicsit többet látsz bele.
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Albus_D #7896 üzenetére
"Gondolom hibás a tábla. Emberek vannak ott is."
igen, viszont akkor melyik iranyba ? 52 maggal nekem nem adja ki a 224 szalat, viszont ha 56 mag, akkor meg lehet ujraszamolni a mag/pont es a perf/w -t is.
amugy az osszehasonlitasban szereplo Epyc 7773 az egy Milan-X , azaz Zen3 alapu.
A Sapphire mire megjelenik, mar talan a Zen4 -es motyoval kell versenyezzen, kicsit olyan ez, mint a Zen4 procikat a 12xxx -hez mérni, de ha egyszer az van piacon..."Ha korrekt lett volna, és nem csak instant copy paste az intelre kedvezőtlen hír, akkor legalább a magok számát odateszi...."
van amikor nincs sok ideje az embernek, nekem most pl. van még kb. 10 percem, de utána már meeting és ugy délután 5-ig max ilyen copy+paste esetleg beleolvaso uzemmod
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Albus_D #7898 üzenetére
az, hogy a Zen3 -hoz kepest tok jo az a +29%, de a 13xxx ellen nem lesz elég legalábbis az egyszálas teljesitmény biztos nem. Már irtam : "a cinebench nev ujra szep lesz" - marmint az Intelnek.
akkor viszont itt a bibi :
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
-
hokuszpk
nagyúr
válasz Albus_D #8125 üzenetére
nem a blenderre gondolok, valamelyik tesztben lattam, hogy a tizenvalahany game alatti atlagfogyi ha jolemlexem 185+W korul alakult. ha az atlag annyi, akkor az neha boven benezhetett a 200 folotti tartomanyba. Holnap vagy holnaputan, ha hazaerek, - es nem felejtem el - elokeresem.
az 5950X azert sokaknak elment leghutessel vagy aioval komolyabb teljesitmenyveszteseg nelkul, a vizet a szaktopik szakhozzaszolasaibol kovetkeztettem ki. [link]
de mostmar tenyleg bye
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8153 üzenetére
lehetne 7800 5+5 mag, a 7800X meg 8+2 akinek melora kell, veszi az elobbit, jatekra meg az utobbit, preferred corenak meg be kell jelolni a teljes ccd -t.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8188 üzenetére
nahat und nahat. phptemaban :
attol fugg, hogy van hasznalva, mit szolgal ki az a php.
ha ilyen insecure modon, hogy megy a mod_php ( default by RHEL de asszem a 9-ben valtozott ) oszt minden weblapot az tol ki, akkor Intel. Ha meg fpm modullal, rendesen bekonfigva, hogy weblaponkent, kulon porton fpm modul az adott lap user/group komboval vagy eppen tobbfele verzio is fut ( see pikcsor ) raadasul nem epp napi 1-2 latogatos oldalakon, akkor jobban fogom szeretni a minel több magot.[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8190 üzenetére
a spare workerek szamat majd az fpm kitalalja, -- mondjuk az is egy izgi kerdes, hogy melyik weblapnak mennyi a minimum, sikerult mar olyat is eloallitani, hogy a phpmyadminnak negy parhuzamos userre nem volt eleg --
"mi alapján gondolod, hogy a multi-fpm-es megoldás számára előnyösebb a több, de valamivel gyengébb mag?"
onnan, hogy ilyen konfigban minden lapra van minimum 1 futo worker. Jelenleg a kezem alatt levo legnagyobb szerver kb. 800 weboldalt szolgal ki, tehat ennyi parhuzamos workert kell futtatni.
"Hol keletkezik az overhead?"
termeszetesen a ma mar a weblapok 98%-a mogott jelenlevo sql backend eleresenel.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8193 üzenetére
"De közben meg valakik valamilyen célból nagy számban veszik a <=40 magos Intel szerver procikat."
lehet kevesebben vesznek szervert LAMP stack alá, mint más megoldásokhoz
"Fogalmam sincs, hogy az általad említett use case tipikus PHP.felhasználásnak minősül-e"ilyen kis webfejleszto cegeknel még mindig ugytunik igen ; ugyanakkor ezek kikopoban vannak ; es ami még bejatszhat, az ilyen 56-64-96 magos vasakat nembiztos, hogy megengedhetik maguknak. De ezen kornyezetekben eddig mindig az jott ki, hogy a több mag -- még ha lassabb is -- a nyero.
nagycegnel futo project meg olyan, hogy már eleve a security eloirasok -- ha epp megengedik a php -t -- mindenbe is beleszolnak, tehat hiaba csak belso halon elerheto a rendszer es mindentol is le van tuzfalazva, akkoris kell ele proxyt tenni, a front es backend dedikalt vason van -- még ha az virtualis vas is -- ; az sql szerver ala valami nagysebessegu kapcsolaton ( fc, iscsi, 100GB ethernet stb. ) mountolt storage dolgozik. ( mondjuk a messze levo diszk miatt nagy a latency ezert szar a performancia, de az eloiras minden betujet be kell tartani, kulonben az eves felulvizsgalatnal bontjak a szerzodest. ) ott kb. mindegy is, milyen vas van alatta, a halozat sebessege lesz a szuk keresztmetszet.mondjuk egy Contabo / Hetzner fele szolgaltato is ha teheti valoszinuleg inkabb a magszamot fogja eloterbe tolni, uj szerverszobak nyitasa helyett.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8221 üzenetére
a netkavezok hamar elkapkodtak. arrafele aki lemarad az kimarad !
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Csokissütis #8234 üzenetére
akkor ez a ket hozzaszolasod van. csak ezért kár volt regisztrálni.
ez egy talalgatos topic, ha akarod oszd el kettovel, de akkoris azt fantazialunk ide, ami jolesik ; en pl. Zen2 -re 5Ghz -t, Zen4 -re meg hatot ; oszt még mindig süt a nap, forog a föld.*ja nem, a föld lapos, a tér görbült.
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Csokissütis #8241 üzenetére
akkor kritizald ott.
itt ha azt vizionalja, hogy az AMD jovore csokis sutit fog arulni, de ez a tipp nemjonbe, akkor az van, hogy nemjottbe es ennyi.Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
off, de Albus mit kovetett el, es az kinel verte ki a biztit ?
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8385 üzenetére
tulbonylitjak. annyit kellene csinalni, hogy a magok max. frekijet per mag meg lehessen hatarozni, aztan default mikrokodbol kijelolni 4 magot, ami mehet ( hasrautok ) 5,5G -ig, ezek lennenek a "P" magok, a masik 4-et meg ~4G -ig engedni, ezek lennenek az "E" magok , aki meg tuningolni akar, az matekolja ki maganak, melyik mag mennyit bir.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8390 üzenetére
"Azon kívül lecsippentenek az egyébként legtöbb helyet elnyelő L3$-ből is"
aztán meg ráapplikálják a 3d cachet.
hát mindenki másképp legőzik[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz S_x96x_S #8393 üzenetére
ez remek, de ugye az is a mondas, hogy a tervezesi koltsegek is emelkeódnek, az AMD azert is igyekszik 1 maggal lefedni mindent is ; ha masik konyvtarral ujratervezed, akkor ha igaz ez az allitas, hogy tobbszazmillo $ a tervezesi koltseg, akarmennyire is megvannak az alapok, szepen megdobhatja a fejlesztes vegszamlajat.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8451 üzenetére
"Ez arra elég, hogy meggyőzően maga mögé utasítsa az 13900K-t - úgy, hogy nem kell hozzá szupergyors (szuperdrága) DDR5 ram."
na. lesz AM4 -es verzio ?
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz S_x96x_S #8456 üzenetére
" 7950X-1.5D ( a 1.5D = A 3D fele .. csak az egyik chiplet kap V-cachet. )"
ah. big-little felallas, w11 kötelező.
de lehet mindket lapka megkapja, egyikkben tiltva ; ha usernek mégis szüksége van rá, akkor megveheti a feloldókódotElső AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Albus_D #8459 üzenetére
"nem jött be a gen5 ssd"
ami késik, az nem siet !
egyelőre nem áll rendelkezésre megfelelően kisméretű , zajtalan, hosszu elettartamu kellően aktív ventillator !Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8473 üzenetére
"De hát ezt mi fogja majd megállapítani?"
a kérdésben a válasz. hát majd az MI
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8483 üzenetére
a ketchipleteseken vajon azert rajta van a masodik chipleten egy halott/dummy cache ?
vagy maskeppen egyenlitik ki a chipletek magassagat a kupak felapplikalasa elott ?árak vannak már ? ha nem voltam figyelmetlen, kezdjünk találgatni, mennyi lesz a 3d cache felára. 7700X msrp = $399 ; akkor a 7800X3D lesz sacc $549 ?
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
5800X3D = Zen3 ; 7800X3D = Zen4 ;
anno a bemutaton c to c 4Ghz -re allitva a Zen4 ~10% gyorsabb volt.
500Mhz boosttal csak 10% koruli gyorsulasnak kellene jonnie, a dian meg ( oke, valogatott jatekok ) 20% korul voltak ami pont megfelel a 10% ipc + ~10% orajel hatasanak.Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8516 üzenetére
" A HBM-es változat persze nyilván specifikus, mint a V-cache."
azert erre kivancsilennek, a HBM úgy működik, mint egy L4, vagy úgy kell megírni a szoftvert, hogy használja ?
V-Cache az szoftver szempontból transzparens.Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8598 üzenetére
ipc = Zen4 * 1.22 ? na arra már talán érdemes lesz a Zen3 -ról váltani.
kerül amibe. kezdem félretenni a lét.Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8602 üzenetére
nemtalálom hol, de valahol azt tippeltem, hogy olyan nagyot, mint az 5800X3D nem fog ütni, mert azoknak a szűk keresztmetszeteknek egy reszet, amit a 3d cache athidal, kiutoltak az L1, TLB es tarsai mértének növelésével. Azert valamire biztos jó lesz ; olyan indokkal, hogy "mindenki erre vár", csak nem dobja piacra az AMD.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8604 üzenetére
nagyon egyszerű logikával közelítem a dolgot : az L3 ha jóltévedek victim cache.
azaz az előtte lévő szintekből kicsorgó adatokat tárolja. Szvsz dupla méretú L1 -ből kevesebb adat csorog le. Zen5 -re volt valami hír, hogy összevonják az L2 -t ; ha igaz a hír megkockáztatom, hogy bazi nagy közös L2 mellett akár el is tűnhet az L3.[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8612 üzenetére
ilyen egál vagy lassabb esetekben az 5800X3D védhető volt azzal, hogy alacsonyabb a boostja ; a 7800X3D -t majd meglátjuk ; de talán a marketingnek jóttenne, ha ezekről a 16 magos motyókról olyan eredmenyek szivarognának ki, ahol látszik, hogy erősen besegit a cache, mert maxfrekiben papiron megegyezik a normál verzióval.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
a gyartoknak nem kell kiskapu, a cpu jelezheti, hogy boven eleg az 1.35V, ettol meg a lap vrmje tolhat tobbet. Biosban elvileg korlatozni kellene, de egy lapgyarto a sajat lapjanak ismereteben ugy keruli meg a korlatozast, ahogy akarja.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz S_x96x_S #8728 üzenetére
ha jolemlexem az uj TSMC sorokból az Intel elég sok kapacitást befoglalt, meg viszi az Apple is ; lehet az AMDnek nemjut annyi, amennyi kellene, és a "nagyok" miatt az is dupla áron; szvsz bíznak benne, hogy a Samu összeszedi magát, és ha ott még kedvezményt is kapnak, akkor pluszos lesz a vége.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
-
hokuszpk
nagyúr
válasz Petykemano #8833 üzenetére
azt a 14nm -et az AMD ismeri is, igaz a Glofo féle verziót, de nagy eltérés nemlehet.
szóval 14nm-en baromi olcson lehetne gyartani szép nagy cachet, ami eleg gyors, es ha jolertem amit ideztel, magas hőfokon is üzemképes.
szóval elég sok szempontból ideális a Zen tetejére ( aljara ? ) való felszigszalagozásra.[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
miert szivta volna be ? eleg jo sebesseggel mennek a Zen magokon az AVX 512 mentes kodok is
Egyelore ha igaz, hogy a Zen4c ( Zen5c ) csak annyiban kulonbozik a mezei Zen4(5) -tol, hogy picit osszebbpreseltek, akkor inkabb az Intel szivta be. Kimutottek az "E" core-bol az avx512 -t, hogy "E" lehessen, ha ezeket mind beletoljak, akkor kivancsileszek mennyire marad "E" az a core.
nomeg mire a szoftveres tamogatas megerkezik az uj utasitaskeszletekre, addigra az AMD is implementacio is megjelenhet.Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
perpill. asztalon kb. kiterdekel kategoria, az a lenyeg, hogy lefusson, es valamelyest gyorsabblegyen az avx256 -nal. par HPC feladatnal gyorsabb az Intel, ott majd a megrendelo kimatekolja, hogy a gyorsabb AVX512 -vel vagy az egyeb feladatokra gyorsabb es energiatakarekosabb procival jar jol.
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz Petykemano #8907 üzenetére
hm.
Zen1 = AVX2 128 bit. stimt.
Zen2 = AVX2 256 bit de ez ha jolemlexem vegrehajtasnal 2x128 bitre bomlott.
Zen3 = AVX2 256 bit, full.
Zen4 = AVX512 bit de vegrehajtasnal megint kette van bontva 2x256 bitre
szoval logikailag ZEN5 = AVX512 full[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz S_x96x_S #8932 üzenetére
hát. a 8008/8080 konverzion nemvitatkozom ; de ha jólemléxem pl. a 8008/8080/Z80 -on a "NOP" az $00 ( de inkabb a kor szellemeben 00h ) ; a 8086 -nál $90 ; ezeknel már az $00 valami add utasitast takarmanyoz.
ha megvan asm-ben a forras, akkor biztos fordithato ide / oda / amoda ; for example a homelab 3 monitora is volt ahol "mov" -ot hasznalt a Z80 -on "szabvanyos" ld helyett; de itt Intel cpukrol beszelunk, ahol a mov az movElső AMD-m - a 65-ös - a seregben volt...