Új hozzászólás Aktív témák
-
#36531588
törölt tag
válasz
S_x96x_S
#7497
üzenetére
"Én abban reménykedem, hogy kb ~ 1 éven belül kijön az
új Cinebench verzió ... ( R25?? )
amiben az AVX-512 engedélyezve lesz."Az intel 2019-2021 között támogatta desktopon az avx-et. Miért csak most várod a Cinebenchet ami mérni tudja?
![;]](//cdn.rios.hu/dl/s/v1.gif)
Eddig miért nem volt érdekes az avx? -
S_x96x_S
addikt
(linux)
Apple M2 vs. AMD Ryzen 7 PRO 6850U Performance In Nearly 200 Benchmarks
"Apple M2 in the MacBook Air against the AMD Ryzen 7 PRO 6850U "Rembrandt" within the Lenovo ThinkPad X13 Gen3. "
azért vannak progik, amelyeknek jó fekszik az M2.
pl. még játékoknál is
vagy nodejs -nél
-
#7497
S_x96x_S
addikt
Petykemano
#7495
S_x96x_S
addikt
válasz
Petykemano
#7495
üzenetére
7950X: CBR23: 1976/3827013900K: CBR23: 2186/3688312900K: CBR23: 1976/269027900X: CBR23: 1868/270265950X: CBR23: 1592/25958
https://nanoreview.net/en/cpu-list/cinebench-scores
( A7900Xpicivel jobb lesz mint az 5950X )persze extrém rekordok lesznek és a 13Gen-nél már most is lehet látni 40000 feletti CB23 multi eredményt. ( extra kakaóval és overlockkal )
- 40616 points
- 42,790 pointsÉn abban reménykedem, hogy kb ~ 1 éven belül kijön az
új Cinebench verzió ... ( R25?? )
amiben az AVX-512 engedélyezve lesz.
Persze ehhez az kell, hogy ne "clock-down"-os implementáció legyen .."CineBench R23 does not use AVX-512. Maxon has told me that the benefit of using AVX-512 is negated by the clock-down required to keep everything stable, so it isn't used. I'm told this is also why it is disabled in Intel's Embree, (which Cinema4D uses)."
2020. nov. 13.· @IanCutress -
#7496
hokuszpk
nagyúr
Petykemano
#7495
hokuszpk
nagyúr
válasz
Petykemano
#7495
üzenetére
nekem inkabb a 7950X single 100 pont elonye a kakukktojas, persze tudjuk, hogy annak lesz a legmagasabb a boostja, de a frekvenciakat nezve a legnagyobb kulonbseg a 7700X ( 5.4 ) es a 7900X ( 5.6 ) kozott van, a 7950X sc ( 5.7 ) csak feleannyival gyorsabb, mint a 12 vs 8 magos.
-
#7495
Petykemano
veterán
Petykemano
veterán
Nanoreview (???)
7600X
CBR23: 1856/14707
7700X
CBR23: 1826/18039
7900X
CBR23: 1868/27026
7950X
CBR23: 1976/38270Nem tudom, hogy hiteles-e.
Azt állítják: "Please note that the tests on the Ryzen 7 7700X are done on engineering sample provided by our insiders. The data will be more accurate after we get the final version of this CPU."
De ezt bárki mondhassa kitalált/permutált számokkal is.Mondjuk fura, 7600X gyorsabb ST-ben, mint a 7700X...
(via)
-
#7494
Petykemano
veterán
hokuszpk
#7493
Petykemano
veterán
válasz
hokuszpk
#7493
üzenetére
> az 5800XT valami ~1.18 -ra jön ki ( 9.43 / 8 ) :
Elnézésedet kérem, de szerintem ez nem pontos számítás az SMT yieldre. A 9.43 azt mutatja meg, hogy a ST teljesítményhez képest a MT hogy skálázódik. De azt is figyelembe kell venni, hogy ST módban csak egy magot használ és 4.7Ghz-re turbózik, MT módban meg ki tudja (hűtéstől is függ), de biztosan alacsonyabb.
Akkor kapnád meg CB mérésből az SMT yieldet, ha futtatnád bekapcsolt SMT-vel és kikapcsolt SMT-vel is. Vagy esetleg még akkor, ha csak 1 magot engedélyezela BIOS-ban, mert akkor a CB MT mérés csak az SMT szálat tudja pluszban igénybe venni.
Egyébként meglepő módon az AT is hasonló eredményre jutott mint Te [link]
-
#7493
hokuszpk
nagyúr
Petykemano
#7492
hokuszpk
nagyúr
válasz
Petykemano
#7492
üzenetére
szvsz a te szamitasod sem biztos, hogy helyes, eloszor azt kellene kimatekolnunk, hogy az smt/ht mennyire hatekony a CB alatt. Az 1.3-1.4 olyan "atlag", de vegulis maga a cinebench megadja a valaszt, nálam az 5800XT valami ~1.18 -ra jön ki ( 9.43 / 8 ) :
** ja okeoke, egyszerusitsunk 1.3 -ra
*** mondtam, hogy valami nemstimmel ??? -
#7492
Petykemano
veterán
hokuszpk
#7491
Petykemano
veterán
válasz
hokuszpk
#7491
üzenetére
Szerintem egyik számítás sem helyes.
Az AMD esetén 256 szálat terhelt, abból egy időben 128 teljes értékű mag volt, míg a másik 128 szálat 64 mag szolgálta ki SMT-vel.Nem tudom, melyik processzornál mennyi lehet az SMT yield, de az egyszerűség kedvéért számoljunk 1.3-mal.
Ez azt jelenti, hogy az Intel esetén 112 * 1,3-mal kell osztani a 70000-t
70000/145.6 = 480Az AMD esetén 128 + 64 *1,3-mal kell osztani a 110000-t
110000/211.2 = 520Ha azt feltételezzük, hogy az AMD-nek sikerült jelentősen növelni az SMT yieldet és az nem 1.3, hanem 1.4, akkor:
110000/217.6 = 505És persze az is számíthat, hogy a nem terhelt 128 SMT szál miatt itt-ott picivel magasabb frekvenciát érhet el, mintha terhelve lenne.
Mindenesetre úgy tűnik, az egy processzormagra leosztott teljesítmény (ez nem feltétlenül ekvivalens az egyszálas teljesítménnyel, ami jellemzően magas frekvencián zajlik!) nagyjából kiegyenlített lehet.
Jó pont az AMD-nek, hogy az adott TDP kereten belül jól skálázódik a teljesítmény. Vagyis MT-ben gyorsabb lehet a Genoa annyival, mint amennyivel több processzormagot tartalmaz.A TDP kereteket persze nem tudom.
-
#7491
hokuszpk
nagyúr
Petykemano
#7490
hokuszpk
nagyúr
válasz
Petykemano
#7490
üzenetére
hm. hirtelen szamolgattam. 110000/384 = 286.45 ; 70000/224 = 312.5 eszerint leosztva egyszalon jobb az Intel de
>> "Ha jól értem, a CB 256 szálat képes kezelni." <<
ha ez igyvan, akkor viszont már más a leányzó fekvése, a Genoánál marad 128 kihasználatlan szál ; modosul a számítás : 110000/256 = 429.39
itt valami nemstimmel, ez még nekem is sok(k). -
#7490
Petykemano
veterán
Petykemano
veterán
"Sapphire Rapids-SP vs AMD Genoa(Cinebench R23 Max Thread is 256) 70,000 points for SPR-SP and 110,000 for Genoa.."
https://t.co/6wX3Pi7AmH110000 a 192/384 magos Genoa
70000 a 112/224 magos SPRHa jól értem, a CB 256 szálat képes kezelni.
Ha nem áll meg a skálázódás, akkor 128 másodlagos SMT szállal lenne több a Genoa. Nem számoltam ki, de lehet, hogy lenne 120000 is. -
#7489
Petykemano
veterán
szmörlock007
#7488
Petykemano
veterán
válasz
szmörlock007
#7488
üzenetére
Értem, hogy "ott van", de ha mindent a Samsungnál kellene gyártatni, az minden szempontból hatalmas bukta lenne. A Samsung által biztosított frekvencia a GPU-k terén kb 2/3. Lehet, hogy ennek az eredménynek egy része az AMD érdeme, de akkor is a TSMC gyártástechnológiáján érték el és nem biztos, hogy át lehet vinni. Mint ahogy ugyebár amikor a Samsungtól licenszelt 14nm-es gyártástechnológiával dolgoztak a GF-nél, akkor nem is ment.
A másik meg az, hogy az ipar többi része látszólag eléggé le van maradva advanced packaaging technológia terén. A TSMC-nél ez megy, az Intel igyekszik, de mondjuk mikor hallottál Samsungtól 3D packagingről, vagy ilyen csoda high-bandwidth kapcsolatokról?
Nem mondom, hogy nem létezik, csak nem nagyon hallani róla és pláne nem hallani sikerekről, eredményekről. Tehát ha most kényszerből átugrana oda az AMD, akkor legalább akkora lemaradásba kerülne hirtelen, amilyen lemaradásban most az Intel van.Az elmúlt 2-3 évben még lehet, hogy meg lehetett volna tenni, hogy nem itt, hanem ott gyártatom, kicsit rosszabb lesz, de hát ez van. De az AMD már rajta van az advanced packaging úton. Ha nincs advanced packaging, akkor nem picit rosszabb termék van, hanem gyakorlatilag nincs termék.
Egyébként a covid időszak alatt minden cég igyekezett globálisan diverzifikálni a tevékenységét, hogy ne okozzon a jövőben globális problémát a globalizáció egy-egy pontjának szétesése. Csak szerintem ezek az üzemek még nem állnak készen.
-
#7488
szmörlock007
aktív tag
Petykemano
#7487
szmörlock007
aktív tag
válasz
Petykemano
#7487
üzenetére
Amd-nek ott a Samsung, ha baj van. Ugyanez Nvidiának. Meg persze majd később az Intel ha szeretnek veszélyesen élni.
-
-
#7483
#36531588
törölt tag
Petykemano
#7480
#36531588
törölt tag
válasz
Petykemano
#7480
üzenetére
Akkor milyen híres lett volna, ha a leckét adott Lisa Su a médiának cikkét átveszik.
-
-
#7481
S_x96x_S
addikt
Petykemano
#7480
S_x96x_S
addikt
válasz
Petykemano
#7480
üzenetére
> According to Hungarian tech outlet
> Raptor Lake-S
> .... 350 wattos fogyasztási keret
> .... akár 15 százaléknyi plusz performansz is nyerhetőakkor várhatóan ezzel fognak demózni az Intel napon ..
bár a zen4-nek jelentősen jobb lesz a "performansz/watt" aránya ..
annyira zavaróan ...
.. hogy ezt az Intel csak több wattal tudja ellensúlyozni. -
#7480
Petykemano
veterán
Petykemano
veterán
According to Hungarian tech outlet ProHardver
[link]Abu megint híres lett.
-
S_x96x_S
addikt
4nm!
Official: AMD's Phoenix Point APU is 4nm + RDNA3 + Zen4 and will ship in 2023. They didn't yet reveal the core config. But I am hoping that the rumors of 2x wider (24 CU) GPU are true. Should be competitive with the forthcoming M2 Pro (assuming it's similar to M1->M1 Pro).
https://twitter.com/SebAaltonen/status/1558792877848858624persze nem annyira újdonság .. de azért jó izlelgetni ...
főleg hogy ebben már lesz Xilinx féle AIE -
S_x96x_S
addikt
válasz
S_x96x_S
#7477
üzenetére
státus:
Post by agner » 2022-08-08, 9:13:02
szerencsére az Intel clang fordítóra váltott
ami ingyenes .. és ez már nem hozza etikátlanul hátrányba az AMD procikat ..
https://www.agner.org/forum/viewtopic.php?f=1&t=6#p216agner: """
There is an important update to this story. Intel have switched to a Clang-based compiler that works well with non-Intel microprocessors.
If you download the new Intel "oneAPI" Compiler, you get two versions. A legacy version named "Classic" which is a continuation of the old compiler, and a new "LLVM-based" version which is in fact a forking of the Clang compiler. The classic version is not recommended for new projects and may soon be discontinued.
...
The same article shows benchmarks indicating that Intel's LLVM-based compiler optimizes better than Clang. However, such a difference is not seen in my tests.
My conclusion now is that Intel's LLVM-based compiler may be used for compiling code that can run on all brands of CPUs, but you may as well use the plain Clang compiler which is almost identical and optimizes at least as good.
Intel's SVML library may be used for vector math functions. Other alternatives include the Sleef library and my Vector class library.
Other Intel function libraries should be used with care as long as there is no clear indication from Intel about the CPU dispatching in these libraries. You may do your own tests to see how well they perform on the best AMD processors.
""" -
S_x96x_S
addikt
válasz
hokuszpk
#7475
üzenetére
> mert akkor olyan optimalizacio kellene, ami Zen4 -en megy,
> de Intel procin nem.
> Viszont ezzel kb. az 5xxx szeriat is azonnal herénvernék ;ezt én nem érzem olyan vészesen bonyolultnak.
pl. mindegyik X86 microarchitecturára lenne egy bináris
legalább 4dbés egy előtét dispatch "progi" éppen azt inditaná el ami a legoptimálisabb az adott gépnek.
progi.x86-64-v1 (generic)
progi.x86-64-v2 --> 10gen Pentium és Celeron
progi.x86-64-v3 (AVX2) --> Ez futna a Zen3, Intel gen12,gen13-on
progi.x86-64-v4 (AVX512) --> Ez meg Zen4 ; skylake-x
így etikusan hoznánk előnybe
a zen4-et a zen3/gen12/gen13 -hez képest,
csak meg kell győzni a játékfejlesztőket az AVX512-ra történő optimilizálásra----------
megjegyzés:Igazából az Intel compiler "GenuineIntel" ellenörzése az etikátlan ..
amikor is - ha nem "GenuineIntel", akkor úgy veszi mintha egyáltalán nem lenne normális vektoros gyorsítás
és nem használja ki a meglévő avx/avx2 -öt.persze vannak patch-ek ..
amikor ez felül van irva "AuthenticAMD" -ra ..
de mégse ez lenne az igazi megoldás.
pl. https://github.com/shoubhikraj/intel-cpu-patch"Intel C/C++ and Fortran compilers have an option
/Qax(Windows) or-ax(Linux) which introduces multiple dispatch versions of computationally heavy functions where SIMD (e.g. AVX, AVX2, FMA, AVX-512) can be used. Unfortunately, the dispatcher only works correctly for Intel processors. If you have a different processor e.g. AMD, the dispatcher will always use the slowest codepath, even if AVX or AVX2 is available.
The dispatcher first checks the CPU vendor string by using the instructioncpuid. If the vendor string isGenuineIntel, only then it checks whether the CPU has modern SIMD instruction sets like AVX2 are available. If the CPU vendor is not Intel, it selects the default codepath, which is SSE2 on Windows and x86 on Linux.
The python script opens the binary file and then looks for locations where a string is checked againstGenuineInteland then it replaces that withAuthenticAMD. This makes the software use the best available codepath on AMD processors."
úgyhogy ha egy játékot az Intel C/C++ fordítójával forítottak, akkor az szívás az AMD-nek. ( és etikátlan az Intel részéről )https://github.com/shoubhikraj/intel-cpu-patch/blob/main/find_intel_replace.py
patched_zone = modify_zone.replace(b'Genu',b'Auth')patched_zone = patched_zone.replace(b'ineI',b'enti')patched_zone = patched_zone.replace(b'ntel',b'cAMD') -
HSM
félisten
válasz
#36531588
#7467
üzenetére
BF is gyorsult AVX-el.
Talán az 1 volt, amiben már eléggé használta is.Egyébként az AVX512-nek eléggé betett, hogy sokáig a szerver CPU-k privilégiuma volt (Skylake-X), illetve hogy ott is néha az órajel miatt többet ártott, mint használt. Azért is lesz fontos, hogyan sikerül majd implementálni a Zen4-en.
-
hokuszpk
nagyúr
válasz
S_x96x_S
#7474
üzenetére
azert ennyire Ferenginek nem nézném az AMD -t, mert akkor olyan optimalizacio kellene, ami Zen4 -en megy, de Intel procin nem. Viszont ezzel kb. az 5xxx szeriat is azonnal herénvernék ; ilyen NV féle város alatt hullámzó tengerhez hasonlót sem láttunk tőlük soha, bár a top Arcnak biztos jót tenne
Inkább a driverben lehet ezt-azt elkövetni, majd aszondják mérj Zen4 + Radeon kombóval...@Albus : lassan az Intel is bérgyártat, legalábbis mostanában ezek az írek terjednek.
jaigen a driver : a folding & home durvat gyorsult ; még pont nem csúszott ki az extremeoverclocking grafikonból, valamikor Juli 24 után tettem fel az uj drivert, a konfigban annyi változott, hogy az 5700G -t cseréltem 5800X -re, de a másodlagos gépemben ugyanaz a mezei 2700 van. addig az ilyen napi 1M pont már ünnep volt, azóta meg 3M alatt akkor van, ha valamiért le kell állítanom a motyót.
-
S_x96x_S
addikt
válasz
hokuszpk
#7472
üzenetére
> az avx512 ... , akkor az mennyire fogja ösztönözni
> a játékfejlesztőket, hogy elkezdjek használni ?( nem csak a streaming-re értve )
(ferengi taktika)
az elején AMD úgyis lefizet pár játékfejlesztő céget,
( ~ kér egy kis szívességet ; vagy szponzorálja a játékot ... )
és a kérések között a ZEN4 támogatás is benne lesz ..
pl. hogy a játék kifejezetten támogassa az avx-512 -et.
Ez legális taktika ..
és ezentúl nem csak a GPU-ra optimalizálásban segít az AMD .
hanem a CPU optimalizálásban is,az AMD pl nemrég újrairta a DirectX11 driver-t ..
és valószínüleg AVX-512 optimalizációra is gondoltaktippre:
Az Augusztus 29-ei bemutatón szereplő összes "új" játék AVX-512 re is optimalizálva lesz ( ~ az amd kérésére )Legalábbis én az AMD helyében nem hagynám ki ezt a lehetőséget.
-
#36531588
törölt tag
válasz
S_x96x_S
#7470
üzenetére
Szóval playstation 3 emulátor.
Értem miért nem írtad ki.PC-s játék?
#7471hokuszpk: "a piacvezeto gyarto pont most hoz rá implementációt."
Hahaha. Már az első két szó sem igaz, az amd nem gyárt, nincs hol , csak bérgyártat - mert ugye arra gondoltál. Desktop 20%, amit az amd fel tud mutatni. Ez nem piacvezető 
-
hokuszpk
nagyúr
most igy hirtelen azon filozom, hogy ha a game streaming ( ms, sony, nv, stadia, amazon, mittomen ) szolgaltatasokat kiszolgalo infrastrukturaba bekerul az avx512 ( tegyuk fel valoban lesz az utolso 3 Intel es a kovetkezo AMD gen altal tamogatott közös halmaz ) , es kimatekoljak, hogy ott bizony lehet vele sporolni ( ha joltudom a szerverprocikban az Intel is meghagyta ) , akkor az mennyire fogja osztonozni a jatekfejlesztoket, hogy elkezdjek hasznalni ?
-
S_x96x_S
addikt
válasz
#36531588
#7467
üzenetére
> Ettől függetlenül melyik játék használja, akármelyiket is?
mint fentebb már emlitették ..
minden RPCS3-el futattható játék ..
( kép innen )bővebben: Why Is AVX 512 Useful for RPCS3?
...
"The recently announced Zen 4 was announced to support AVX-512 instructions as well. Since it’s likely that the successor to devices such as the steam deck will use a Zen 4 based CPU, it’s possible the number of people wanting to play games on a low end device that supports AVX-512 will increase significantly. Even when the target framerate is already achievable without AVX-512, enabling AVX-512 optimizations could improve battery life, or provide more TDP to the gpu which could enable gameplay at higher resolutions. I’ve personally already observed this phenomenon today on my Tigerlake based laptop. When targeting AVX-512 the CPU cores use 1W less, and the GPU uses 1W more, enabling higher framerates in RPCS3." -
S_x96x_S
addikt
válasz
#36531588
#7465
üzenetére
>Már 2015-is benne volt, csak nem használták.
igen .. meg kell adni a fordításnál a cpu típusát..
és ha már innen vetted a képet,
https://forums.unrealengine.com/t/use-avx-instruction/30378
akkor ezt javasolják is az utolsó bejegyzésben .
"you should be able to set your CPU arch to AVX or AVX2 setting the global CL or CL environment variables."Kérés: Amúgy nem tudnád legközelebb belinkelni a kép forrását?
( ha nem adod meg a forrást, azt hisszük, hogy blöffölsz )---------------------
amúgy az UE5 néhány modulja extrán van optimalizálva
"ue5 special part 2 (lumen and others)"
https://chowdera.com/2021/07/20210713190343758E.html
" Embree The implementation and technology is as follows ：
The kernel supports SSE、AVX、AVX2 and AVX-512
The latest instruction Intel The processor is optimized.
Support runtime code selection , To select traversal and build algorithms , With the best match CPU Instruction set ."
----
és az Intel a Game-conf -on is sokszor tart
CPU optimalizációs előadásokat.
pl.
2019: "Scalability for All: Unreal Engine* 4 with Intel"
https://www.slideshare.net/IntelSoftware/scalability-for-all-unreal-engine-4-with-intel
slide 30: SIMD ...
"Implicit parallelism:
SIMD lanes act similar to GPU shader invocations
• Write Once, Compile to many vectorized instruction sets (SSE4, AVX, AVX2)
• Used in Chaos, available in UE4 soon!"
--------------------------Szerintem a 2 év tartható az AVX-512 -vel ..
vagyis 2 év múlva az új játékok többségét avx-512 -re is optimalizálják.persze nem kell egyetérteni,
ez az én privát véleményem és sokszor tévedek ..
-
-
hokuszpk
nagyúr
válasz
#36531588
#7465
üzenetére
majd ugyis kotozkodesnek veszed, de ez sima avx kodnak tunik, nem avx-512 -nek.
mikozeben a S_X szerint :>>y
- x86-64-v4 = (AVX-512's general-purpose subset)
...export CFLAGS="-march=x86-64-v4 -mtune=x86-64-v4 -O3<<<
azaz march=x86-64-v4 az avx512 optimalizaciot takarja.
Rögtönzött "5 percnél többet nem ér" kutatásom szerint az első avx512 procik 2015 után jelentek meg, ami nem jelenti azt, hogy ne lehetett volna avx512 kódot irni, mert 2013 -ban definiálta az Intel, de ettől még a fejlesztőknél nembiztos, hogy volt prototipus, amin tesztelhettek volna. -
S_x96x_S
addikt
válasz
#36531588
#7448
üzenetére
> jókat mosolygok az avx-es fejtegetéseden.
> Főleg az ilyeneken: "játék enginekben is várható."mindig nagyon trükkösen blöffölsz :-)
------------------
de azért a többieket emlékeztetném:
-x86-64-v4- micro-architecture level from the x86-64
- x86-64-v4 = (AVX-512's general-purpose subset)
-unreal-engine 5.0- game engine.
Package Details: unreal-engine 5.0.3-0
https://aur.archlinux.org/packages/unreal-engine
"A 3D game engine by Epic Games which can be used non-commercially for free."és valóban ....
export CFLAGS="-march=x86-64-v4 -mtune=x86-64-v4 -O3# The source is about 200 MiB, with an extra ~11 GiB of dependencies downloaded in Setup.sh, and may take several hours to compile.# If you want to turn on additional patches there are switches below.pkgname=unreal-enginepkgver=5.0pkgrel=2pkgdesc='A 3D game engine by Epic Games which can be used non-commercially for free.'arch=('x86_64' 'x86_64_v2' 'x86_64_v3' 'x86_64_v4')url=https://www.unrealengine.com/makedepends=('git' 'openssh')depends=('icu63' 'sdl2' 'python' 'lld' 'xdg-user-dirs' 'dos2unix')
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=unreal-engine
https://aur.archlinux.org/cgit/aur.git/log/?h=unreal-engine -
#36531588
törölt tag
válasz
hokuszpk
#7460
üzenetére
megjegyzem, nem sok esélyt látok a meglepire, igp-vel és az "ismert" órajelekkel egy 16 magosnál, főleg az amd közleménye alapján:
"AMD would like to issue a correction to the socket power and TDP limits of the upcoming AMD Socket AM5. AMD Socket AM5 supports up to a 170 W TDP with a PPT up to 230 W. TDP*1.35 is the standard calculation for TDP v. PPT for AMD sockets in the "Zen" era, and the new 170 W TDP group is no exception (170*1.35=229.5)."" -
#7460
hokuszpk
nagyúr
Petykemano
#7412
hokuszpk
nagyúr
válasz
Petykemano
#7412
üzenetére
megjegyzem, hirtelen utánaszámolva 125x1.35 = 168.75 szóval jöhet itt még meglepi.
-
#36531588
törölt tag
-
HSM
félisten
válasz
S_x96x_S
#7444
üzenetére
Az elterjedésnek az sem segített, hogy több Intel CPU-n alapból kellett egy módváltás, hogy használhasd, és amikor használtad az órajel is jelentősen csökkent, így akár lassulhatott is a szoftver az új utasításoktól. Remélem, az új Ryzeneken nem lesznek ilyen problémák.
-
#7452
Devid_81
félisten
Petykemano
#7450
Devid_81
félisten
válasz
Petykemano
#7450
üzenetére
Az hittem a keret konkretan teljesen ramegy majd az osszes kis kiallo reszre az IHS-en korbe, nem csak ket oldalon lesz az egesz megtamasztva.
Ez is ugy fog hajolni mint az Intel? -
#7451
S_x96x_S
addikt
Petykemano
#7450
S_x96x_S
addikt
válasz
Petykemano
#7450
üzenetére
a VideoCardz optimista az árazásban ..
" Earlier rumors suggested a retail price of 299 USD, the same price 5700X Zen3 CPU was introduced at."
-
#7450
Petykemano
veterán
Petykemano
veterán
-
S_x96x_S
addikt
válasz
#36531588
#7448
üzenetére
> jókat mosolygok az avx-es fejtegetéseden.
ezekben a dolgokban hozzád képest optimistább vagyok.
és más a hátterünk.> Főleg az ilyeneken: "játék enginekben is várható."
> Szerinted az amd a mostani piaci részesedés 20%-valazért fogalmazhatnál pontosabban is.
és néha nem gondolod átGamingben ( konzol nélkül ) inkább 33% ; és egyre erősebb az AMD. ...
a német DIY piacon pedig még erősebb ..
( lásd német Mindfactory stat .. AMD 61% )
> Főleg az ilyeneken: "játék enginekben is várható."
de amúgy nem azonnal, de a trend ez ..- 2-4 éves időtávra gondolj.
- 2 év múlva az Intelnek ismét újra lesz AVX-512 képes desktop procija.
- új gépek kapcsán már sokkal jobb az AMD részaránya.
- Ha a fejlesztők alá ZEN4-es proci kerül ( mobile, desktop, ws )
akkor hirtelen megugrik az adaptáció ..
- azokban a játékokban, amelyek LLVM JIT -et használnak már most is elérhető a native AVX-512 gyorsítás.
- ...
> megváltja a világot avx frontona gcc és az clang/llvm -es integráció nagy részét az Intel végezte el.
lényegében mostanra kerültek bele a fordítókba ..
az AMD meg beleül a "készbe" .. -
#36531588
törölt tag
válasz
S_x96x_S
#7447
üzenetére
Ha már csúszik, akkor csússzon arra a napra, ez egyértelmű. De a csúszás oka az nem mindegy, főleg hogy komoly oka van/lehet.
Ha már válaszolok, akkor elmondom ezt is, jókat mosolygok az avx-es fejtegetéseden. Főleg az ilyeneken: "játék enginekben is várható." Szerinted az amd a mostani piaci részesedés 20%-val majd megváltja a világot avx fronton, miközben az intel az alder előtt 3 generáción keresztül támogatta az avx-et desktopon, akkor még majd 90%-os részesedéssel?
Mindezt úgy, hogy a dvga piacon is alig alig van meg az amd 20%-a? Se cpu, se gpu oldalon nem tud igazán diktálni.... Értem én hogy nagyon elszaladt az a ló, de azért na.... -
S_x96x_S
addikt
válasz
#36531588
#7446
üzenetére
> Akkor mégse a show-t akarja ellopni az amd?
alibi ürügy
és a kettő nem zárja ki egymást. kérdezem tőled:
Vajon miért az Intel bejelentésének dátumára rakja az AMD az eseményt
és nem előtte vagy utána 1-2-3 napra?Mert ha nem akarná ellopni a show-t, akkor rakhatná
Szeptember 26, ..., 28, 29,30-ra.de az AMD pont Szeptember 27 -re akarja rakni ..
ezt magyarázd meg ...
-
S_x96x_S
addikt
> Állítólag BIOS problémák miatt csúsztatták el a megjelenést:
reménykedjünk, hogy nem súlyos ..
"Given that the launch was delayed before AMD announced “Next Generation Ryzen” announcement, gives hope that those BIOS issues are not serious, and it is mainly due to optimizations. After all, socket AM5 will be the first consumer platform supporting DDR5 memory and PCIe Gen5 on storage and SSDs, so there is definitely a lot to test." -
#7444
S_x96x_S
addikt
Szeszkazán
#7441
S_x96x_S
addikt
válasz
Szeszkazán
#7441
üzenetére
> AVX512 teljesítmény ... PC oldalról kutyát se érdekli?
az Intel a P-E-s architektúrájával lényegében egy időre kinyírta ..
(12gen, 13gen -ben nem lesz.)
úgyhogy elég lassú lesz a desktop-os adaptáció.A probléma az, hogy csak pár hónapos optimalizálási munka után derül ki, hogy mennyi a valós haszna az adott programban ..
és lehetnek meglepetések
pl.
https://prohardver.hu/hir/csokken_avx-512_tamogato_program_szam.html
"Elméletben tehát hiába tűnt jó ötletnek az AVX és AVX-512 támogatásának hozzáadása a LibreOffice 7.3-hoz, az extra kódok karbantartásával járó potenciális problémák annyira jelentősek, hogy a gyakorlatban ezeket nincs értelme felvállalni."Vagyis ne várj gyors AVX512-es adaptációt a Desktop fronton.
Néha teljesen újra kell irni a kód egy részét, hogy optimális legyen az avx-512-nek.viszont egyes programokat nagyon meg tud lökni teljesítményben
pl. PS3 emulátor.AVX-512 Patch Brings 30% Performance Uplift to PlayStation 3 Emulator
"When you need to emulate Cell, you need explicit parallelism and large file registers, a combination that AVX-512 CPUs feature. As it turns out, the LVVM compiler automatically chooses the best possible code path, which in case of AVX-512-enabled hardware means an appropriate code path. For obvious reasons (we are talking about emulation here at the end of the day) it is not exactly ideal, not all mask registers can be used, for example.
AVX-512 also adds new mask registers which can be optionally used with EVEX encoded instructions,” wrote Whatcookie. “There are new comparison instructions which generate a mask in the mask registers as the result of a comparison between vectors. When a mask register is used as an operand all of the elements not selected by the mask will either be zeroed or leave the existing value in the destination register untouched. There are 8 mask registers, through k0 - k7, however only k1 - k7 can be used to mask things out, as k0 implicitly behaves as if all elements are selected.”"
// edit .. ahogy látom lassú voltam és megelőztek a PS3 emulátoros példával .. // -
#7442
Hellwhatever
aktív tag
Szeszkazán
#7441
Hellwhatever
aktív tag
válasz
Szeszkazán
#7441
üzenetére
Attól függ mire használod a gépet. Pl. RPCS3 (PS3 emulátor) is nagyon szereti az AVX512-t.
-
#7440
S_x96x_S
addikt
Petykemano
#7439
S_x96x_S
addikt
válasz
Petykemano
#7439
üzenetére
köszi,
akkor elég erős zen4 avx512 teljesítmény várható
és a fejlettebb gyártástechnológia miatt az avx512 multi core teljesítménye is elég jó ..ez jó hír.
-
#7439
Petykemano
veterán
S_x96x_S
#7438
Petykemano
veterán
válasz
S_x96x_S
#7438
üzenetére
"In the AVX512 single-threaded benchmark, the Zen 4-based Epyc Genoa part performs roughly in the same league as the Intel Xeon (Golden Cove) Sapphire Rapids-SP parts. We’re looking at 627 points for Zen 4 (2.15 to 3.5GHz) vs 628 for the Golden Cove (1.9 to 3.7GHz) core. In the multi-threaded AVX512 test, the former scores 15,625 points, higher than any other Sapphire Rapids chip on the list."
-
#7438
S_x96x_S
addikt
Petykemano
#7436
S_x96x_S
addikt
válasz
Petykemano
#7436
üzenetére
> a zen4 AVX512
ez nagy kérdőjel még ..
mindenesetre a zen4-es avx512-es implementáció - "minősége" és "hatékonysága" lényeges lesz a jövőbeli szoftver optimalizációknál.
Én azért reménykedem, hogy rendesen implementálják és nem emulálják ..És a piac is reménykedik
várhatóan a zen4c-n is ugyanazokat a binárisokat futtatják,
vagyis a zen4c nem kaphat jelentősen lebutított avx512-öt a zen4-hez képest.
Egy hasonló probléma mint az Intel féle optimalizációs blamázs, amikor is nem mindig futott gyorsabban az avx512 ... nem tenne jót az adaptációnak.A vállalati szférában kezd meglenni a szoftveres háttér az avx-512-re ..
( lásd JAVA-s spekulációs példa lent )
A játékoknál pedig ha az AMD beteriti a desktop-ot és a mobil piacot is az avx512 képes magokkal .. akkor a grafikai driverekben és a játék enginekben is várható.
Vagyis a Radeon driverekben szerintem lesz AVX512-es gyorsítás.
és szerintem az UnrealEngine5 és a Unity3D AVX-512 -optimalizációján is dolgoznak.https://twitter.com/opinali/status/1538572173652156422
One element missing in the AVX-512 debate (MIA in Intel's P+C arch, coming to Zen4) is the coincidental release of the Java Vector API, available with incubator status since JDK 16, big improvs planned for 19, stable hopefully on 21 in Sep 23. Why is this relevant? 🧵1/11
...
"Auto-vectorization" however is a failed idea, it's proven too hard for JITs or even static compilers. Works for trivial cases, but really taking advantage of ISAs like AVX-512 requires custom libraries and explicit use of those libraries in app code. 4/
Java's Vector API fixes that. Portable, uses the best ISA available on any particular CPU and that will include AVX-512. Should be particularly effective when combined to new foreign/memory API (incubating since JDK 14) and value types (valhalla project, coming soon to JDKs). 5/
That stuff is still 2-4yr ahead for adoption but that's same timeline for significant deployments of Zen4+/Genoa+, adoption of the new APIs by Java infrastructure libraries that can benefit, and adoption of JDK 21 (the next LTS) by corporate apps. 6/
Native apps can also use portable libs that use advanced arch only if available but that's harder, core intrinsics C/C++ APIs are not portable, hardly adopted outside specialized stuff. Java has a stronger culture of reliance on high-level libraries, both core and third-party. 7/
Once some popular JSON or ML API or query engine is optimized to use Vector APIs that's an instant boost to tons of enterprise Java. But today, only on Xeons. IMO that's why AMD is jumping on AVX-512 bandwagon. Desktop SKUs just share same CCD dies (which I think is great). 8/
I also don't expect Vectors or value types stuff to make Java generally catch up with C/C++. That was a pipe dream, will never happen. But if it makes New Java much faster than Old Java, that's a big win and all that's needed as incentive for strong adoption. /9
I don't expect a big impact on gaming since that's 99% native (1% Minecraft), and largely relies on GPUs with proper SIMD support. But I might be wrong. AVX-512 might be useful in GPU drivers and game engines, both may have significant "vector-friendly" work on CPU side. 10/
Worth notice also that while Java is not much adopted in gaming, GPU shader languages are, and they have same deployment model with portable bytecode and JIT generation of native code, by drivers for a specific GPU. So that idea " won", in some extent. /End -
#7437
HSM
félisten
Petykemano
#7436
HSM
félisten
válasz
Petykemano
#7436
üzenetére
"Úgy tudom, hogy a zen4 AVX512 képessége nem valós."
Kézenfekvő lenne, ha idővel jönne egy variáns, ami ténylegesen 512bites FPU-val tudná, és lenne mellé egy energiatakarékos variáns, amivel így azonos ISA mellett lehetne 256bites FPU-kkal megoldani ugyanazt, nyilván lassabban, és ez lenne egy big-little alternatíva. Egy ilyesmi megvalósításban már lehet nekem is kedvemre való lenne. -
#7436
Petykemano
veterán
S_x96x_S
#7435
Petykemano
veterán
válasz
S_x96x_S
#7435
üzenetére
> vagyis akkor nagy valószínűséggel lesz benne AVX-512
Úgy tudom, hogy a zen4 AVX512 képessége nem valós. Mármint hogy az FPU csak 256bites, csak tudja az utasítást, hasonlóan ahogy a Zen1 is úgy tudta az AVX2-t, hogy valójában csak 128bites FPU csövekkel rendelkezett.
A Bergamo lehet, hogy úgy tudja az AVX512-t, hogy az FPU a Zen1-hez hasonlóan csak 128 bites.
> - szerintem ez már nagyrészt egy következő generációs 3D-s proci lesz .. (pl. Cache csak 3D-ben lesz )
Szerintem is. Kiemelik a lapkából a L3$-t és akkor elfér a lapkában 2db 8 magos "CCX" (ha lehet így még annak nevezni). Csak a csatlakozókat kell meghagyni.
Nem elképzelhetetlen, hogy a 3D tokozott L3$ pedig már 2x8 mag között megosztott/közös.Volt egy ilyen elképzelés a wccf-től, csak ők Zen5-nek nevezték.
[link] -
#7435
S_x96x_S
addikt
Petykemano
#7434
S_x96x_S
addikt
válasz
Petykemano
#7434
üzenetére
BERGAMO : ( up to 128 ZEN4c )
.. SAME "ZEN 4" ISA ..- vagyis akkor nagy valószínűséggel lesz benne AVX-512
- szerintem ez már nagyrészt egy következő generációs 3D-s proci lesz .. (pl. Cache csak 3D-ben lesz ) -
#7434
Petykemano
veterán
Petykemano
veterán
közben volt egy AMD + Samsung server témájú előadás
-
#7433
S_x96x_S
addikt
Petykemano
#7429
S_x96x_S
addikt
válasz
Petykemano
#7429
üzenetére
> Newer Genoa ... ST score 1404
> vs. 5950X running at stock, Geekbench 5.4.4 : ST score 1725
Az eredményeket a memória sávszélességgel/latency/etc.-vel korrigálni kell.
- a Genoa 12 memória csatornás DDR5
- az 5950x meg szimplán csak 2 csatornás DDR4
Ha a DDR5-öt kb 1.5x szorzóval számolom a DDR4-hez képest,
akkor a Genoa kb akár .. (12*1,5 ) ~16 DDR4 csatornás sebességet tudhat.
Persze mivel az 5950x -be csúcs memóriákat tesznek .. azért inkább 1,2x szorzó a reálisabb .. de az még mindig sokkal több mint az AM4vagyis ha a teszt Genoában mind a 12 csatorna ki van használva
az a memória sebesség szempontjából sokat jelent..
és ha érzékeny a memória sebességre a teszt,
akkor ennek meg kell jelennie.> az AMD miért volt "kénytelen" >15% jelzővel illetni az előrelépést.
én ezt az AMD szokásos óvatosságára vezetem vissza.
A ZEN4/AM5 egy új platform, és még mindig reszelik és optimalizálják ..
És ha az utolsó pillanatban találnak egy problémát, ami miatt - nem várt módon - drasztikusan vissza kell venni a teljesítményt ..
az elég nagy blama lenne.vagyis az igérj alul és teljesítsd túl .. elvhez tartják magukat ..
mind határidőben - mind teljesítményben ..
( ironikus megjegyzés: Remélem az árakban is érvényesülni fog ez ) -- filozofálgatás --
Mindenesetre, hogyha valaki át akar kelni egy folyón és 3 különböző részen 3 táblát talál ..
A.) maximum 1 méteres mélység
B.) átlagosan 1 méteres mélység
C.) minimum 1 méteres mélység
Akkor ne felejtse el, hogy a 3-ból kettőbe bele is fulladhat.
és persze az álag és a medián közötti eltérés is fontos.
( A hazai átlagos jövedelmet pl. pár milliárdos elég erőssen torzitja .. )pl.
Alder Lake: "Intel claims this chip provides an average 13% generational jump in gaming performance"az AMD a Cinebench eredemény alapján
Ha a ZEN4 25% jobb perfomance-per-watt teljesítményt nyújt
és a ZEN4 5950X vs 7950X : 105W -> 170W
Akkor átlagos kb 45% talán elvárható .. ( multihread-ben)És persze ott van még az AVX-512 hatása is.
-
#7432
#36531588
törölt tag
TESCO-Zsömle
#7431
#36531588
törölt tag
válasz
TESCO-Zsömle
#7431
üzenetére
Az emberek zöme leszarja a slide-okat, mert nem is olvasnak direktben olyan sajtót, ahol ezek megjelennek. Akik ezzel foglalkoznak, azok itt vannak a fórumon. Vagyis a DIY piac - 1-3% -a az egésznek.
"Elég a 2400-as ram-okkal bencselt Ryzen-ekre gondolni, amik mellett 3800MHz-es rammal tesztelték az Intel-eket pár éve..."
Illetve elég az amd tesztkitekre gondolni 2017-ből, meg a ram vadászatra, mert nagyon nem volt mindegy milyen ramokat vettél, és ez csak otthon derült ki. Erre született pár tízezer hsz az akkori ryzen fórumban.
-
#7430
TESCO-Zsömle
titán
Petykemano
#7426
TESCO-Zsömle
titán
válasz
Petykemano
#7426
üzenetére
De akkor ez azt is jelenti, hogy számos mérés vonatkozásában a RPL jobb, mint a RPH.
Nem kell jobbnak lennie a RPL-nek ahhoz, hogy az Intel slide-okon jobbnak látszódjon. Elég a 2400-as ram-okkal bencselt Ryzen-ekre gondolni, amik mellett 3800MHz-es rammal tesztelték az Intel-eket pár éve...
-
#7429
Petykemano
veterán
Petykemano
veterán
Van itt egy kis értekezés:
Old Genoa ES 32C leak from March 2022, Geekbench 5.4.4 on Linux (max boost 3430Mhz) : https://browser.geekbench.com/v5/cpu/13894822
ST score 1126
Newer Genoa ES 32C leak from May 2022, Geekbench 5.4.4 on Linux (max boost 3430Mhz) : https://browser.geekbench.com/v5/cpu/14856290
ST score 1404
Compare with 5950X running at stock, Geekbench 5.4.4 on Linux ( max boost 5000Mhz) : https://browser.geekbench.com/v5/cpu/15913819
ST score 1725
According to above, Zen 4 @ 5.7Ghz max boost should score 1404 x 5.7 / 3.43 ~= 2333 pts on Linux. That is around 2333/1725= 35% higher ST score vs stock 5950X (5Ghz max boost). Per clock, that is (1404 x 5/3.43) / 1725 ~= 1.186 or 18.6%.
[link]
Én is találtam egy mai tesztet, ami még magasabb ST értéket mutat (persze magasabb órajellel):AMD Eng Sample: 100-000000897-03 @ 3.61 GHz
Suma PEH1061002
1454/9043
https://browser.geekbench.com/v5/cpu/compare/16682066Össszehasonlító: [link]
A különbségre azon kívül, hogy az AMD a >15% értékkel esetleg alultájékoztatta a közönséget lehet magyarázat.
Volt egy olyan elméletem, hogy miszerint az 5800X3D esetén a stacked L3$ számára a kapcsolódási pontok miatt probémás volt a magasabb feszültség és emiatt az AMD kénytelen volt visszavenni a frekvenciát és letiltani a húzhatóságot is.
Azzal kapcsolatban is volt már korábban megfigyelés (zen2), hogy hiába emelnék a magok frekvenciáját csak nagyon kis mértékben, vagy egyáltalán nem nőne a teljesítmény - ha nem emelkedik vele együtt az IFCK is.Az elméletem szerint az AMD úgy érhetett el ilyen magas frekvenciákákat, hogy kicsit megvariálta a clock domaineket - vagyis leválasztotta a L3$ frekvenciáját a magokról. Ezáltal a magok lényegesen nagyobb frekvenciát is el tudnak érni, akár V-cache-sel szerelt esetben sincs az 5800X3D-hez hasonló béna korlátozás. De ez azt is jelenti, hogy bár nagyon magas frekvenciát elérni már lehetséges és fogyasztás szempontjából esetleg nem is annyira költséges (mivel nem minden részegység fog olyan magas frekvencián ketyegni), ugyanakkor egy bizonyos frekvencia fölött - mondjuk ami fölé már nem megy az L3$ - a skálázódás lelassul.
Egy ilyen jelenség megmagyarázná, hogy alacsonyabb - az epyc-re jellemző 3-4Ghz - esetén miért tapasztalható nagyobb mértékű előrelépés. És hogy ez miért nem arányosítható általánosságban az 5.7-5.8Ghz frekvenciát elérő procikra.
Ez persze nem azt jelenti, hogy semmilyen művelet nem skálázódik, csak azt, hogy nem minden. Ez magyarázná, hogy a UserBenchmark 243 pontos értéke hogyan jöhetett létre: elképzelhető, hogy olyan műveletekkel mérnek, amire pont nincs komoly hatással a külön, lassabb clock domainnel rendelkező L3$.
És természetesen magyarázná azt is, hogy az AMD miért volt "kénytelen" >15% jelzővel illetni az előrelépést. Merthogy tényleg nagy lehet a szórás.
-
#36531588
törölt tag
válasz
S_x96x_S
#7425
üzenetére
"Az Intel a 13gen bemutatón nem tud hivatalosan benchmarkolni a zen4-ellen "
Mint ahogy a zen4 sem tud benchmarkolni a 13 gen ellen = az emberek nagy része megvárja a 13 gen megjelenését.
"Az Intel 13gen K-s procik a Z790-el október17-én jelennek meg,
vagyis csak novemberre lesznek "rendes&független" összehasonlító tesztek a Ryzen 7000 és a 12genK között."A 13 gen megy a Z690-el is.
"agyis ellopja a SHOW-t az Intel elől .."
Igen, ilyen cikket már írtak itt. Csak az volt a baj, hogy az amd show-n 30 újságíró volt, az intelén meg 130. De azért volt aki bevállalta a cikket.
-
#7426
Petykemano
veterán
S_x96x_S
#7425
Petykemano
veterán
válasz
S_x96x_S
#7425
üzenetére
A rajt eltolására elég logikusan hangzik az, hogy az Intel ne tudjon 13gen vs zen4 slide-okat mutogatni.
De akkor ez azt is jelenti, hogy számos mérés vonatkozásában a RPL jobb, mint a RPH.
Ez nem biztos, hogy azt jelenti, hogy jobb, de mondjuk CB meg GB5 és UB score-okat lehet mutogatni, hatalmas különbséggel. -
#7425
S_x96x_S
addikt
Petykemano
#7408
S_x96x_S
addikt
válasz
Petykemano
#7408
üzenetére
> az AmD eltolta a szeptember 15-i rajtot 27-re
> ugyanarra a napra, amikor az Intel eseménye van.az internet már tele van összeesküvés elméletekkel:
a tervezett forgatókönyv:
- augusztus 29-én az AMD lezúzza a 12gen Intel-t ..
- ráadásul ugyanazon a napon jelenik meg a piacon (szept27), amikor az Intel bejelentené a 13gen-t. Valószínűleg a zen4 tesztek is ezen a napon jelennek meg; vagyis ellopja a SHOW-t az Intel elől ..
- Az Intel a 13gen bemutatón nem tud hivatalosan benchmarkolni a zen4-ellen .. ráadásul slidek-okat ~ 1 nappal előtte ki kell küldeni a sajtónak. Vagyis az Intel nem tudja "hivatalosan" azt állítani, hogy a 13gen a piacon kapható legjobb proci .. mivel az aznap megjelenő zen4-ellen nem tudják benchmarkolni ..amúgy az Intelnél is dolgoznak okos emberek ..
úgyhogy majd kitalálnak erre valamit .. nem kell őket félteni ..
mindenesetre izgalmas lesz az ősz ..Az Intel 13gen K-s procik a Z790-el október17-én jelennek meg,
vagyis csak novemberre lesznek "rendes&független" összehasonlító tesztek a Ryzen 7000 és a 12genK között. -
S_x96x_S
addikt
(phoronix) WEPYC
AMD Ryzen Threadripper PRO 5965WX - memória csatorna tesztek.
lényegében amit tudtunk ..
a 8 csatorna jobb mint a 4 csatorna.
"Long story short, it's worthwhile going for all eight memory channels with AMD Ryzen Threadripper PRO 5000 series processors. Hopefully this hard data is useful if needing to quantify the benefit and/or justify the added expense. Overall the AMD Ryzen Threadripper PRO 5965WX continues running great under Linux and stay tuned for continued benchmarks on Phoronix." -
poci76
aktív tag
SANTA CLARA, Calif., Aug. 16, 2022 (GLOBE NEWSWIRE) — Today, AMD (NASDAQ: AMD) announced “together we advance_PCs,” a livestream premiere to unveil next generation AMD PC products. Chair and CEO Dr. Lisa Su, CTO and EVP Mark Papermaster, and other AMD executives will present details on the latest “Zen 4” architecture that powers upcoming AMD Ryzen™ processors and the all new AM5 platform built around the latest technologies including DDR5 and PCIe5, all designed to drive a new era of performance desktop PCs.
The show will premiere at 7 p.m. ET on Monday, August 29, on the AMD YouTube channel. A replay can be accessed a few hours after the conclusion of the event at AMD.com/Ryzen. -
#7421
#36531588
törölt tag
Petykemano
#7408
#36531588
törölt tag
válasz
Petykemano
#7408
üzenetére
A szeptember 27 az már tesztek is, vagy csak bejelentik hogy mikor jelentik be?
-
#7418
Petykemano
veterán
S_x96x_S
#7417
Petykemano
veterán
válasz
S_x96x_S
#7417
üzenetére
Szerintem a két képet (comp/decomp) együtt érdemes nézni [link]
Nem tudom, hogy a score a két művelet esetén mennyire összevethető, de az ábra alapján a ryzen az, ami a compression értékhez képest lényegesen nagyobb mértékben nagyobb score-t ér el decompression esetén.Az okot nem tudom. Abu mintha egyszer említette volna.
Az 5800X3D teljesítményéből lehet tudni, hogy nem a L3$ mérete az oka.Mindenesetre ha a blenderben nőtt az AMD-nek az SMT yield, akkor lehet feltételezni, hogy ez itt is számítani fog. Majd meglátjuk.
-
#7417
S_x96x_S
addikt
Petykemano
#7412
S_x96x_S
addikt
válasz
Petykemano
#7412
üzenetére
> Az AMD esetén a TDP nem ugyanazt jelenti, mint az Intelnél a PL2.
Érdekes a ZIP-es kicsomagolási teszt ..
Miért ilyen lassú ebben a 12900KS ; még az 5900X-nél is lassabb
ráadásul a fogyasztása is hatalmas ( a teljesítményhez képest )7-Zip decompression
5950X 142W PPT
12900KS 241W PL2
https://twitter.com/9550pro/status/1559501647419965440
Ezek után az i9-13900K +60~70% in decompress teljesítmény növekedés már nem is annyira szenzációs,
és a Ryzen 7950X ezt simán teljesítheti .. -
#7412
Petykemano
veterán
Yutani
#7410
Petykemano
veterán
Az Intel esetén a PL2 elvileg az a fogyasztás, ami fölé aztán már tényleg nem mehet még tartósan se. A PL2 az a fogyasztás, ami megengedhet magának jellemzően rövidebb ideig. Mondjuk 1 percig. (Ez is beállítás)
Az Intel elhagyta ezt a TDP fogalmat, de ez tulajdonképpen valami olyasmit jelent, hogy a tartós fogyasztás efölé nem mehet. Ennek bizonyára hűthetőségi okai vannak - erre utal a Thermal Design Power kifejezés.
Az AMD esetén a TDP nem ugyanazt jelenti, mint az Intelnél a PL2. A 105W-os TDP-vel rendelkező procik max fogyasztása kb 142W volt. Tehát az AMD PL2 ekvivalens értéke kb TDP*1.35. A 170W-os TDP kerethez tehát valami 230W-os maximális fogyasztás társulhat (PL2). Azzal annyira már nincsenek lemaradva.
Én nem örülök - környezeti szempontból - a TDP keret emelkedésének. Az kevésbé zavar, ha az egyszálas teljesítmény érdekében a proci benyal egy magon 20W-ot, de az már igen, hogy amikor a 100-300W-os tartományban dolgozik, akkor is kivasalnak belőle +5-10%-ot +100-150W árán, ami szerintem eléggé pazarló.
(Persze én értem, hogy mindenki számára lehetőség, hogy leredukálja magának a TDP keretet, de valószínűleg oka van annak, hogy a környezetterhelésre állami szabályok vannak (ha vannak) és nem mindenkinek a lelkiismeretére van bízva. )
-
#7409
#36531588
törölt tag
Petykemano
#7408
#36531588
törölt tag
válasz
Petykemano
#7408
üzenetére
Tökmindegy, termék úgyse lesz náluk kb fél évig, pláne msrp áron, és még ott is lehetnek meglepetések. Intel meg polcon lesz.
#7402S_x96x_S:
"- 170W TDP-t tudó - ÚJ - foglalat."
Tudó? Behalok, az egyik legnagyobb érveteket, a fogyasztást (blender alatt mérve szigorúan, a forintosítva mennyi témát messziről kerülve ) előadod úgy, hogy az amd-nél feature lesz a 170W TDP? -
#7408
Petykemano
veterán
Petykemano
veterán
Állítólag az AmD eltolta a szeptember 15-i rajtot 27-re - ugyanarra a napra, amikor az Intel eseménye van.
-
#7404
S_x96x_S
addikt
Petykemano
#7399
S_x96x_S
addikt
válasz
Petykemano
#7399
üzenetére
> Abu is lehozta a kanadai webshop árait.
https://prohardver.hu/hir/kiszivargott_nehany_7000-es_ryzen_ara.html
pánikolnak is .. a hozzászólásokban ..> Nem tudni, Greymon honnan szerzi az információit. Az is vagy igaz, vagy nem.
Greymon egyenlőre még kitart a véleménye mellett.
"Don't worry, the price is a placeholder for retailers and has no real meaning."
"Then I can only say that this retailer is overbearing. According to the latest news, the 7700X has the same MSRP as the 5600X."
https://twitter.com/greymon55/status/1558752334410559489 -
Alpi.
addikt
válasz
regener
#7401
üzenetére
Semmi probléma nincs vele. Nem melegednek túl vagy mennek tönkre. Az, hogy nem 55 hanem 65 fokos játék közben, az nem valós probléma.
Ha "hazudna" az Amd a szenzorértékek kiolvasásakor, nem lenne semmi problémája az embereknek a hőfokokkal. Mivel egyébként tökéletesen működnek, erősek, keveset fogyasztanak. -
S_x96x_S
addikt
válasz
regener
#7401
üzenetére
> Ezek a 7000 szériatagok változnak vajon hűtés téren?
meg kell várni a részletes teszteket.
sok mindent újratervezek, sok minden változik,
de a jól bevált chipsetes felépítés marad.de amit tudni lehet:
- fejlettebb gyártástechnológia .. ( i/o die, chipset )
- 170W TDP-t tudó - ÚJ - foglalat.
- magasabb órajelek .. Ryzen 9 7950X : base= 4.5 / boost = 5.7 GHz
- nem lesz gyári hűtő az X-eseknél.Ha az asszimetrikus 1 chipletes 5800X / 5600X-re gondolsz, akkor azokról nem sok mindent lehet tudni .. ( vagy legalábbis én nem tudok )
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Eddig miért nem volt érdekes az avx? 
Talán az 1 volt, amiben már eléggé használta is.
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- SzoftverPremium.hu
- 15" Workstation: Lenovo Thinkpad P1 gen2 // P52s // P15 gen1 // FHD, 4K oled touch
- LG 40WP95XP-W - 40" NANO IPS - 5120x2160 5K - 72Hz 5ms - TB 4.0 - HDR - AMD FreeSync
- 121 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest