- bitpork: Augusztus 2- szombat jelen állás szerint.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Fogkefe: elektromos vagy manuális?
- Magga: PLEX: multimédia az egész lakásban
- Parci: Milyen mosógépet vegyek?
- sziku69: Szólánc.
- Aggregátor gondjai, örömei, és elmélkedései
Új hozzászólás Aktív témák
-
#500
lezso6
HÁZIGAZDA
Petykemano
#499
válasz
Petykemano
#499
üzenetére
Szerintem szimplán csak olcsóbb a GloFo. Meg ugye ha az AMD nem gyárt semmit a GloFo-nál, akkor utóbbinak kb lőttek.
-
#499
Petykemano
veterán
Cathulhu
#497
Petykemano
veterán
-
#497
Cathulhu
addikt
Petykemano
#495
Cathulhu
addikt
válasz
Petykemano
#495
üzenetére
Ez bennem is felvetődött, hatalmas lett az IO chip, sok minden elfér benne, egy L4 meg kifejezetten hasznos lenne.
-
S_x96x_S
addikt
>Ha ezt felszorozzuk ....
>De ezek csak tippek és logikus(nak tűnő) következtetések. Cáfoljatok meg.az új feljavított lebegőpontos rész azért jelentős helyet elfoglal.
Takarékosságból a ZEN1-nél 128bites részekből rakták össze, amit most 256 bitre cseréltek le.valamint lehetnek benne olyan nem publikus új részek is, amit később publikálnak, aktiválnak.
Például a ZEN1 tudja az FMA4 -et, de hivatalosan nem támogatja.A mostani bejelentés csak egy előzetes - elködösített - infó volt. Ebből következtetni nehéz.
-
#495
Petykemano
veterán
Cathulhu
#494
Petykemano
veterán
válasz
Cathulhu
#494
üzenetére
Biztosan.
De ha minden jól megy, egy chiplet már 1 CCX osztatlan 32MB-os L3-mal.Az sok helyütt felvetődött, hogy a közel 500mm2-es IO chip azt tartalmazza-e, ami a 4 zeppelin chip uncore része volt, vagy abban volt nem használt redundancia (pl USB, South bridge), ami felhasználásra került
Ezen a képen sok rész (kék) nincs külön megnevezve, én nem tudom megállapítani, hogy az nem megnevezett uncore rész, vagy csak huzalozás, vagy mi. Szóval a sok helytütt felvetődött kérdés, hogy vajon az IO chip tartalmaz-e L4$-t (és HBCC-t?)Az előző bejegyzés alapján "8MiB L3 block on its own is 16mm^2." könnyen kiszámítható, hogy mondjuk 256MB L4$ 500mm^2 lenne, ami képtelenség. Ennél kisebbnek, tehát bárminek, amiben nem fér el az összes CCX L3$ tartalma, pl 128MB-nak nem tudom lenne-e értelme.
A dolog elvileg nem értelmetlen, mert a Broadwell is kapott 5-10% előnyt a 128MB eDRAM hatására.
-
#494
Cathulhu
addikt
Petykemano
#493
Cathulhu
addikt
válasz
Petykemano
#493
üzenetére
Valoszinuleg a gigantikus (Zen1-hez kepest legalabbis) L3 a kulonallo IO-t probalja kompenzalni.
-
#493
Petykemano
veterán
TRitON
#492
Petykemano
veterán
Szerintem a chipletben nincs IO. Az előadásban el is mondták, hogy az IO vezérlők nem skálázódnak jól és nem is annyira igényelnek alacsonyabb csíkszélességet, nem annyira kritikus a sűrűség, mint a CPU magok esetén. Ezért maradtak azok az - olcsón tervezett és olcsón gyártott - 14nm-en.
Egy másik számítás:
"Each 4-core CCX on GF 14nm is 44mm^2 (including L3); the 8MiB L3 block on its own is 16mm^2. Some back of the envelope math puts 2x 4-core CCX's + another 16MiB (for 32MiB total) L3 at around 120mm^2 on GF, so roughly 60mm^2 on TSMC 7nm, with the remaining 18mm^2 or so accounting the doubled FPU and load/store width, the overhead of unifying 8 cores, and whatever I/O is necessary to communicate with the IOX (and also to the 2x transistor density being optimistic).
" -
TRitON
aktív tag
válasz
S_x96x_S
#488
üzenetére
Sehol, csak tippelek.
Ha megnézed ezt a képet, látszik, hogy azért sem a DDR vezérlő, sem az I/O (USB, SATA, PCIe) nem visznek el jelentős területet:
- teljes die méret: 213mm2
- DDR vezérlő: 15mm2 (7%)
- PCIe/IFIS SERDES: 15mm2 (7%)
- USB: ~3mm2 (1,5%)
- SCH: max. 7mm2 (3,3%)
Ez így összesen 18,8%, legyen 20%.
Namármost. A 7nm-es technológiára azt írták, hogy dupla sűrűség érhető el a 12/14nm-hez képest, vagyis ha a magok bonyolultsága nem változik jelentősen, akkor egy darab Zen2 mag mérete 2mm2 kellene, hogy legyen 7nm-en (ugye a dupla sűrűség x-y irányban is értendő, tehát ha 14nm-en A volt a szükséges felület mérete, akkor 7nm-en A/4 lesz). Ha ezt felszorozzuk nyolccal és hozzá adjuk a 32MB L3 méretét (8mm2), akkor 24mm2 adódik. Kerekítsünk felfelé: 30mm2, mindenféle sallanggal. Ehhez jön hozzá az IF, amire úgy emlékszem +15-20%-ot számoltak még a Zeppelin megjelenésekor, vagyis az eredmény 36mm2.
Egy CCX chiplet 65mm2 (nem tudom, hol láttam tegnap este, de ennyire emlékszem), tehát ha tényleg tippelnem kellene, akkor azt mondanám: igen, van rajta I/O és DDR vezérlő.De ezek csak tippek és logikus(nak tűnő) következtetések. Cáfoljatok meg.
-
#491
Petykemano
veterán
Petykemano
veterán
"AMD's Mark Papermaster spoke in detail about its new 7nm Zen 2 core and partnership with TMSC, which will be manufacturing it. From the outset, he claims a doubling of core density and halving of power consumption for the same performance, both potentially indicating that we'll see increased core counts in future from its CPUs. He also claimed that Zen 2 will offer a 1.2x performance boost in IPC over current Zen+-based CPUs helped along by using a second generation Infinity Fabric."
Ez némi tárgyi tévedéssel együtt, vagyis akár frekvenciaemelkedéssel együtt sem rossz
"Estimated increase in instructions per cycle (IPC) is based on AMD internal testing for “Zen 2” across microbenchmarks, measured at 4.53 IPC for DKERN +RSA compared to prior “Zen 1” generation CPU (measured at 3.5 IPC for DKERN + RSA) using combined floating point and integer benchmarks."
Saját maguk ebben az egyetlen (részrehajló) tesztben 30%-ot mértek. Annál biztosan kevesebb! Meg ez Zen2 vs Zen1 és nem Zen+.
-
S_x96x_S
addikt
a mostani design -nak meg van az az előnye, hogy az i/O és memóriavezérlőket (14nm) szabadon lehet módosítani.
és a 7nm-es CPU chiplet volumenét magasan lehet tartani, ami ott alacsonyabb árat jelent.A következő éven igy az AMD tudja támogatni a
- DDR4-et
- és a DDR5 -öt is, ami 2019-ben jön.
- és akár még egy régi kompatibilis refresh-t is kiadhat DDR3-ra.PCIE-vonalon
- PCIE 3.0
- PCIE 4.0
- PCIE 5.0 -átHa nem lesznek jelentős sebességbéli hátrányok, akkor ez extrém flexibilitást adhat az AMD-nek.
Ott vannak még az egyéni chipek ( PS5 ? , XBOX ? ) - ott is bevethető ez a design, mivel
főleg a GPU-ban térnek el a koncepciók.Szóval jönnek a legózható chipletek.
-
-
#487
TRitON
aktív tag
Petykemano
#486
TRitON
aktív tag
válasz
Petykemano
#486
üzenetére
Én úgy értettem, hogy a tegnap bemutatott CCX chiplet-ekben lévő, az EPYC-ben amúgy letiltott DRAM és I/O vezérlő lesz aktív, így nem kell sehova külön chipet tervezni.
-
#486
Petykemano
veterán
TRitON
#485
Petykemano
veterán
Szerintem 1ccx saját ioval Apu formában lesz csak. Ha lesz. Az IF a zeppelin lapkán belül is eredményezett késleltetést. Meglátjuk, milyenek lesznek a számok. Akárhogy is, de több kisebb (akár különböző nodeon készülő ) lapkát legyártani olcsóbb, mint egyben.
Arra leszek kíváncsi, hogy lesz-e 8c + valami közepes gpu kombó. Mobilba nyilván igen.
-
TRitON
aktív tag
válasz
Cathulhu
#482
üzenetére
Szerintem AM4-be 2 féle CPU-t fogunk látni:
- 1 CCX chip, saját I/O-val és memóriavezérlővel, 8 maggal, "olcsón", illetve
- 2 CCX + 1 uncore chip (ami nem ugyanaz, mint az EPYC uncore chipje), közös I/O-val és memóriavezérlővel.
Meg lenne az az előnye, hogy akinek tényleg minimális delay-ekre van szüksége, megveszi a 8 magos változatot, aki pedig dolgozni akar rajta, tud venni egy olcsó platformba 16 magos CPU-t.
A nagy kérdés most már csak a fogyasztás... -
#484
Cathulhu
addikt
Petykemano
#450
Cathulhu
addikt
válasz
Petykemano
#450
üzenetére
Kicsit visszatekintve tegnapra:
"Linpack up to 1.21x versus Intel Xeon Scalable 8180 processor and 3.4x versus AMD EPYC 7601
Stream Triad up to 1.83x versus Intel Scalable 8180 processor and 1.3x versus AMD EPYC 7601"Na ma az derult ki, hogy az uj Epyc64C128T elmeleti lebegopontos teljesitmenye 4x-esere nott, illetve hogy c-rayben (szinten elvileg erosen lebegopontos) elveri a dual 8180-at. Ha ez igaz, akkor itt kerem buciraveres esete fog fennallni.
-
HSM
félisten
válasz
Cathulhu
#474
üzenetére
Egy kisebb IO csip simán reális lehet asztalira is. Nagyon okos húzásnak tűnik ezt a kevésbé kritikus, de annál nagyobb méretű I/O részt az olcsóbb, de még mindig bőven jó és elérhető 14nm-es gyártástechnológián hagyni. Oda egy plusz lapkát tervezni sem akkora költség, mint 7nm-re. Aztán mehetnek asztalra is ugyanazok a 7nm csipletek.
-
Cathulhu
addikt
Kezdek mar en is megkavarodni. Az tuti, hogy egy chiplet az 8 mag, de hogy az most 1 vagy 2CCX, azt mar nem tudom. Lenyeg, hogy egy die-ra gondoltam 1CCX alatt (ami jelenleg 2CCX, szoval hulyeseget mondtam), szoval ugy gondolom 1 die lesz a ryzenekben, max 8 maggal, sajat IO-val, kozos cache-el a magok kozott.
2 chipletes asztali CPU-nak nem latom ertelmet, mert akkor rogton nincs kozos cache a magok kozott, rogton nem demokratikus a memoria eleres azon a meglevo 2 csatornan, ami legtobb esetben csak ront, szoval hiaba nagyobb a magszam, ha kozben altalanos feladatokban meg romlik a teljesitmeny, a'la threadripper. Most azt merem mondani, ebben a generacioban (de meg a Zen2+-ban is) 8 mag lesz a normal Ryzenek teteje, utana Threadripperek jonnek. -
S_x96x_S
addikt
válasz
Cathulhu
#479
üzenetére
>Szerintem maradnak az 1 CCX-es, max 8 magos kiszerelesnel, akinek tobb kell, vegyen TR3-at.
ha technikailag megoldható - akkor meg is fogják csinálni a 2 CCX-et ( 16 maggal az AM4-en).
Verseny van.
Az Intel most 8 magnál jár, de lehet, hogy már ők is készülnek egy 10magos asztali procival.
AZ AMD-nek válaszolni kell egy ilyen valószínű lehetőségre.
Sőt az első csapás az AMD-nek kell megépnie.A késleltetésen és a memóriavezérlőn szerintem sokat javítanak majd. De majd a teszteknél kiderül.
-
Cathulhu
addikt
válasz
S_x96x_S
#477
üzenetére
Szerintem 4 csatorna nem lesz az AM4 miatt, 2 csatornara meg felesleges kulon vezerlo. Szerintem maradnak az 1 CCX-es, max 8 magos kiszerelesnel, akinek tobb kell, vegyen TR3-at. Ha viszont igazam van, akkor az extra kesleltetes a kulonallo vezerlo miatt az kb megbocsajthatatlan asztali procinal, ahol mindenki kb FPS-ben meri az erot.
#478: szervernel ez megbocsajthato, sot mi tobb szerintem kifejezetten elonyos ez a felepites, sima desktopnal csak hatranyt latok benne egyelore.
-
S_x96x_S
addikt
válasz
Cathulhu
#474
üzenetére
>Kivancsi vagyok a Ryzenek is kulon IO vezerlovel jonnek-e majd. Itt azert ketsegeim vannak,
>nem erne meg, viszont igy meg akkor teljesen kulon kell tervezni asztalira es szerverre.Szerintem 4 csatornás kisebb IO vezérlő lesz - kisebb tudással,
és 2 CCX -el
( vagy 1CCX + GPU)
- ami belefér egy am4 tokba.legalábbis nekem igy lenne racionális. Kevesebb PCI és IO csatorna.
de igencsak elbizonytalanítottál. nem vagyok benne biztos.
-
S_x96x_S
addikt
válasz
Cathulhu
#473
üzenetére
>Nem, mert szoftver szinten mostmar nem kell tudnod melyik kozeli es melyik tavoli memoria
de azt nem árt tudni, hogy melyik chiplet-hez milyen core-ok tartoznak.
Ha az ütemező az összetartozó feladatokat egy chiplet-re optimalizálja, akkor jobb lesz a késleltetés.Egy chiplet-en belüli kommunikációnál a latency is jobb lehet.
persze ezt már nem numa -nak nevezik. de mi ahivatlos neve ?
lehet, hogy keverem a CCX hopping -al ..
-
Cathulhu
addikt
-
Cathulhu
addikt
válasz
S_x96x_S
#472
üzenetére
Nem, mert szoftver szinten mostmar nem kell tudnod melyik kozeli es melyik tavoli memoria (amikor egy CCX 2 csatornaval rendelkezett, akkor a 3 csatornat mar csak egy masik CCX-en keresztul erte el), hanem minden egyforma "messze" lesz. Valamilyen szinten mind messzi lesz, de ha eleget javitottak a latencyn, akkor ez nem lesz nagy hatrany ahhoz kepest amit profitalni lehet belole.
-
-
Cathulhu
addikt
válasz
S_x96x_S
#468
üzenetére
Varhato volt az elmult ~fel ev pletykai alapjan. De amugy ha sikerult a latencyn eleget javitani ahhoz, hogy ne legyen tul nagy hatulutoje a levalasztott vezerlonek akkor viszont hatalmasat lehet nyerni azzal, hogy akar egyetlen mag is elerheti mind a 8 csatornat*, gyakorlatilag megszuntetve a NUMAt, ha jol ertelmezem.
*Amig a GMI csak birja szusszal
-
S_x96x_S
addikt
hivatalos AMD Next Horizon prezentáció:
https://www.slideshare.net/AMD/amd-next-horizon-122143522Datacenter GPU bejelentés - MI60 and MI50
http://ir.amd.com/news-releases/news-release-details/amd-unveils-worlds-first-7nm-datacenter-gpus-powering-next-era -
S_x96x_S
addikt
- már a ZEN4 -est tervezik.
- Zen2 has a 4x256b FPU -Amúgy:
"
- Momentum is now on AMD
- Zen 4
- Seizing the opportunity
- Perf is holistic - the process technology and design all helps
- Others in the industry will adopt this approach
- Revolutionary new approach
- Optimized IO die improves latency and power
- 7nm CPU chiplets
- 14nm IO die
- Zen 2 Each IP is its optimal technology
- Enabled configurability, increased peak compute
- Zen introduced a multi-chip approach
- AMD will stay focused
- Hardware enhanced spectre mitigations
- Memory Encryption with Increased Flexibility
- Security
- Maintained high throughput modes
- Increased dispatch/retire
- Doubled load/store bandwidth
- FP with to 256-bit
- Larger op-cache
- Re-optimized instruction cache
- Better instruction pre-fetching
- Improved branch predictor
- Half energy per operation
- Doubled core density
- Improved pipeline, DOuble loading point and load store
- Modular Design
- More Security Elements
" ( via AnandTech live blog ) -
S_x96x_S
addikt
AWS - EPYC - bejelentés ..
New Lower-Cost, AMD-Powered M5a and R5a EC2 Instances
https://aws.amazon.com/blogs/aws/new-lower-cost-amd-powered-ec2-instances/ -
S_x96x_S
addikt
valid Live stream :
https://www.youtube.com/watch?v=GwX13bo0RDQ -
S_x96x_S
addikt
AVX-es spekuláció. @InstLatX64 -tól.
"Not an evidence, but interesting: in the pic you can see the 2 gcc optimization
options that the Zen2 patch does not enable in x86-tune.def for znver2,
but are enabled for znver1. This can implicate that Zen2 prefers 256b
instructions. 1/2"
https://twitter.com/InstLatX64/status/1059515399140720640"The znver2_cost structure (listing mostly the latencies) is copy of znver1.
If this is true, then the 7nm Zen2 is very similar to the older Zen
but with double wide vector units and bigger buffers.
It may mean that without AVX we can't reach the peak flops in Zen2 anymore 2/2"
https://twitter.com/InstLatX64/status/1059515459521929216 -
#463
S_x96x_S
addikt
Petykemano
#461
S_x96x_S
addikt
válasz
Petykemano
#461
üzenetére
mostani infó
Magyar idő szerint este 6óra. ( 18:00 )
AMD Next Horizon Live Blog: Starts 9am PT / 5pm UTC
https://www.anandtech.com/show/13547/amd-next-horizon-live-blog-starts-9am-pt-5pm-utc -
#462
Cathulhu
addikt
Petykemano
#461
Cathulhu
addikt
válasz
Petykemano
#461
üzenetére
Ugy nez ki lesz live blog
-
#461
Petykemano
veterán
Petykemano
#450
Petykemano
veterán
válasz
Petykemano
#450
üzenetére
-
#460
Petykemano
veterán
Petykemano
veterán
Találgatások
1. ipc improvement is still higher than expected
2. Focus on improving memory delay
3.avx performance enhancement (but it is estimated that it does not support 512)
4.7nm frequency preview (engineering sample frequency has been higher than expected)
5. More refined boost frequency step Progress (pbo and xfr are smarter)
6. It is not clear whether ryzen will put pcie-4.0
7.one more thing......(ray tracing?!?!) -
#459
Petykemano
veterán
S_x96x_S
#455
Petykemano
veterán
-
Simid
senior tag
Ha már témánál vagytok.
-
#456
Petykemano
veterán
Cathulhu
#453
Petykemano
veterán
válasz
Cathulhu
#453
üzenetére
Én nem értek a lovakhoz, de azt olvastam, hogy az AMD-nek avx512 impelemtálása helyett praktikusabb lenne inkább az ilyen hosszú tömbök kezelésére gpu-t bevetni.
Pontosan nem tudom, mi a különbség a vliw, meg simd, meg avx512 között, de Elvileg mindegyiknek az a lényege, hogy minél sűrűbben tömbösített adatokon tudjál végrehajtani utasítás(oka)t.
Én meglepődnék ha az AMD mégis belemenne ebbe.az utcába.
-
S_x96x_S
addikt
válasz
Cathulhu
#453
üzenetére
>Arra van barmi esely, hogy AVX512 support jojjon a Zen2-ben? Tudom nagyon retegigeny,
>de az intel egyetlen megmaradt fegyvere benchmarkokban.szerintem kicsi az esély.
- inkább a sima AVX2 -t kellene megerősíteni.
- Az AVX512 túl sok szilikonhelyet elvesz és melegszik extrém módon.
- az AMD a GPU-val próbálja megoldani az AVX512-es feladatokat.https://twitter.com/InstLatX64/status/1057607067844911104
meg az AVX512 is finomodik még. nyugodtan lehet várni 1 évet.
https://pbs.twimg.com/media/DXSRqJXXUAE0s4J.jpg:largeAz AMD-nek más a stratégiája - Agner AVX elemzése ( ZEN-ről )
"AMD has a different way of dealing with instruction set extensions than Intel. AMD keeps adding new instructions and remove them again if they fail to gain popularity, while Intel keeps supporting even the most obscure and useless undocumented instructions dating back to the first 8086. AMD introduced the FMA4 and XOP instruction set extensions with Bulldozer, and some not very useful extensions called TBM with Piledriver. Now they are dropping all these again. XOP and TBM are no longer supported in Ryzen. FMA4 is not officially supported on Ryzen, but I found that the FMA4 instructions actually work correctly on Ryzen, even though the CPUID instruction says that FMA4 is not supported."
https://www.agner.org/optimize/blog/read.php?i=838 -
#454
S_x96x_S
addikt
Petykemano
#450
S_x96x_S
addikt
válasz
Petykemano
#450
üzenetére
>Az intel nem szokott ilyen megelőző csapásokat intézni.
Az AnandTech -esek szerint is szokatlan
"Food for thought... at 11pm PT on a Sunday. Kind of an odd time for this announcement."
https://twitter.com/IanCutress/status/1059340497569832960Az AMD Horizont eventjének nem látom az időpontját. de szerintem késő este / szerda hajnalban lesz valami infó. ( SanFrancisco időzóna )
"AMD's next horizon event is scheduled for Tuesday, November 6, 2018, where we will discuss innovation of AMD products and technology, specifically designed with the datacenter on industry leading 7-nanometer process technology."Várhatóan az AnandTech -en lesz valami ...
https://twitter.com/IanCutress/status/1059186720497852416 -
#453
Cathulhu
addikt
Petykemano
#452
Cathulhu
addikt
válasz
Petykemano
#452
üzenetére
Ez arra jo, hogyha valakit holnap meggyozne mondjuk az Zen2-es Epyc es elgondolkodna a valtason mondvan az intelnek semmije sincs ez ellen, mehessen a marketinges es lebeszelhesse az ingadozot. Aztan az mar kit erdekel, hogy ehhez ugyanugy foglalatvaltas kell mintha epycre allna az ember, vagy hogy ennek a foglalata sem lesz hosszabb eletu mint az SP3.
Arra van barmi esely, hogy AVX512 support jojjon a Zen2-ben? Tudom nagyon retegigeny, de az intel egyetlen megmaradt fegyvere benchmarkokban. -
#452
Petykemano
veterán
Cathulhu
#451
Petykemano
veterán
válasz
Cathulhu
#451
üzenetére
Ja hogy arra gondolsz, hogy halo product lenne? Papíron létezik, a 1000W-os chillerrel gyönyörűen le is tudják hűteni, kapni nem nagyon lehet majd, ha esetleg valakinek tényleg kéne, de ha mégis, inkább zárt ajtók között átbeszélik a 2S 28 magos megoldásra?
Én arra gondoltam, hogy bűzlik, hogy abból tényleg kézzelfogható, értelmes termék legyen, nem valami marketing-hack. Az nvidia például úgy szokta csinálni.
A linkpack állítólag nagyon AVX512
"The Next Platform that the 48-core Cascade Lake chip will have 21 percent more oomph on Linpack than the top-bin Skylake Xeon SP-8180M Platinum chip with 28 cores running at 2.5 GHz, and if you do some rough math, that puts the clock speed of the Cascade Lake AP at around 1.8 GHz. "
"On the STREAM Triad test, the future Cascade Lake AP MCM will beat the top-bin Skylake Xeon SP SCM by 83 percent, which is pretty good, but will only be 30 percent better than the AMD Epyc 7601."
Ha a az elég "kezdetleges" 7601-hez képest +30%-ot tud csak ebben a tesztben, azt gondolnám, hogy akkor ezt a 7nm-en készülő epyc2 még 48 maggal is megugorná.
-
#451
Cathulhu
addikt
Petykemano
#450
Cathulhu
addikt
válasz
Petykemano
#450
üzenetére
Dehogynem, threadripper 2 előtt chiller? Pont ilyen kétségbeesett volt, csak sajnos működik.
Bízom benne, hogy az Zen2 ezt a borzalmat is alázza.
Azt meg nem is minősíteném, hogyha a xeonhoz képest 20% mindössze az előrelépés, akkor hogy jött ki az Epychez képest 240... Nagy nehezen találtak valószínűleg egyet AVX512 tesztet, innentől kezdve nem támadható a kijelentés... -
#450
Petykemano
veterán
S_x96x_S
#449
Petykemano
veterán
válasz
S_x96x_S
#449
üzenetére
Nekem egy kicsit bűzlik. Az intel nem szokott ilyen megelőző csapásokat intézni.
Nem tudjuk, hogy az AMD mit főzött, de furcsa, miért adna 12 memóriacsatornát az intel, amikor ha a rome csak 48 magos 8 csatornával, akkor 2x4 csatorna is elég lenne az intelnek is. vagy legalábbis egyelőre. Nyilván idővel a 2x4 letiltott magot is felszabadíthatják, ha szükséges. Abban biztosan igazad van, hogy presztízs, itt már a TDP, meg a perf/W nem számít. Pontosabban, ha az abszolút elsőséget meg tudják tartani, akkor ennek marketing-értékéért dobjáka többi szempontot - hogy ez milyen fogyasztással jár és mennyibe van alá lapot rakni, stb.Azt tudjuk már, hogy az AMD Next Horizon(s) eventje CET idő alapján mikor kezdődik?
-
#449
S_x96x_S
addikt
Petykemano
#447
S_x96x_S
addikt
válasz
Petykemano
#447
üzenetére
>Már nem büdös a technocol.
ez már presztizsharc ... mindenáron a leggyorsabbnak kell lenni:
“It is our intent and design to deliver performance leadership throughout 2019,” Lisa Spelman , INTEL
itt már a tecnocol is megengedett.de a gazdaságosság már más tészta :
"Intel could meet or beat AMD on performance, slash prices like crazy (with this 48-core Cascade Lake AP part not costing much more than a monolithic top-bin 28-core Skylake part), and still lose out bigtime on performance/watt and cost/performance/watt."
https://twitter.com/NicoleHemsoth/status/1059438873804193793bővebb : "INTEL TO CHALLENGE AMD WITH 48 CORE “CASCADE LAKE” XEON AP"
https://www.nextplatform.com/2018/11/05/intel-to-challenge-amd-with-48-core-cascade-lake-xeon-ap/"We will see what AMD has to say this week out in San Francisco, and then take stab at trying to figure out how it will map to what Intel is doing. We have heard on the rumor mill that Rome Epycs will have 48 cores (as we expected) and only eight memory channels (we were hoping for more, but Rome has to be socket compatible with Naples); others are expecting AMD to crank Rome up to 64 cores in a socket, and still others say Rome is 48 cores and the kicker “Milan” processors will reach up to 64 cores. Intel just forced AMD’s hand into disclosure"
Engem a 12 memóriacsatorna egy kicsit meglepett, de ha nem számítanak a költségek - akkor mindent lehet
-
S_x96x_S
addikt
Az Intel megelőzte az AMD-t a bejelentéssel. ( AMD Horizont - ZEN2 bejelentés ?) Kedden megtudjuk mi lesz az AMD válasza.
-Az INTEL 2 db ‘XCC’ dies -ból csinált egy 28 magos szörnyecskét + 12 Memóracsatornával kötik össze a külvilággal.
-
-
#444
solfilo
veterán
Petykemano
#443
válasz
Petykemano
#443
üzenetére
Az is lehet, hogy csak utólag magyarázzák a bizonyítványt.
Athlon 200GE hozza az A10-9800 teljesítményét, miközben 35W vs 65W TDP.
Itt mértek pár játékkal, hol egyik, hol másik a gyorsabb: [link]
Hogy lesz ebből azonos teljesítmény azonos thermal limitnél, ha ekkora fogyasztásdifi mellett is kb egyformán teljesítenek?
mondjuk ez alapján, hogy "We will continue to maximize the thermals to allow the Bristol Ridge APU to run at maximum speed", elég spórolósra vehették a hűtést.
-
#443
Petykemano
veterán
Petykemano
veterán
ezért nincs olyan sok ryzen apuval szerelt notebook:
We looked at the whole series of AMD APUs and when you factor in cost and thermals in addition to performance the Bristol Ridge family came out on top. Thermals are a much bigger deal in a consumer product than in a typical PC. Yes, on paper the Ryzen family is technically better but without increasing the cost and having a higher thermal capacity, a Ryzen APU would never run at full performance. When the Ryzen is operating in a thermally limited environment its performance is only marginally better than Bristol Ridge. We figured any additional cost would be better spent on more memory in an optimal bank layout to maximize bandwidth as this benefits everybody all the time. A thermally-limited but higher performance APU adds some performance here and there but it’s not a universal gain. We will continue to maximize the thermals to allow the Bristol Ridge APU to run at maximum speed.
-
#441
S_x96x_S
addikt
Petykemano
#439
S_x96x_S
addikt
válasz
Petykemano
#439
üzenetére
>Talán így fog mutatni az epyc2 és ryzen3
rengeteg ábrát fabrikált, de ezek csak spekulációk.
"Reminder: These aren't leaks, just my idle speculation. Do what you want with them."
https://twitter.com/chiakokhua/status/1057166488627380224 -
#440
Petykemano
veterán
Petykemano
#439
Petykemano
veterán
válasz
Petykemano
#439
üzenetére
Úgy tűnik, egy CCX 8 mag lesz. 32MB L3$
Kicsit tartok attól, hogy innentől minden cpu lapka mellé kell IO lapka is és innentől minden lapkaközi kommunikáció lapkán kívül történik (core-core, core-ram)es az is igaz, hogy így contol chipből is többet kell majd tervezni.
De az így biztosra vehető, hogy a mainstream LEHET 16 magos. És az is valószínű, hogy a control chiphez fog csatlakozni az igp is nagymértékű flexibilitást biztosítva.ZenX - ezmiez?
-
#439
Petykemano
veterán
Petykemano
veterán
Talán így fog mutatni az epyc2 és ryzen3
-
-
#436
Cathulhu
addikt
Petykemano
#435
Cathulhu
addikt
válasz
Petykemano
#435
üzenetére
-
#433
Fiery
veterán
Petykemano
#432
Fiery
veterán
válasz
Petykemano
#432
üzenetére
Bulldozer? Mit kommentaljak egy halott allatorvosi lovon?
-
#432
Petykemano
veterán
Petykemano
veterán
Fiery, kommentálnád?
-
S_x96x_S
addikt
Kijött a negyedéves gyorsjelentés.
"“We delivered our fifth straight quarter of year-over-year revenue and net income growth driven largely by the accelerated adoption of our Ryzen, EPYC and datacenter graphics products,” said Dr. Lisa Su, AMD president and CEO. “Client and server processor sales increased significantly although graphics channel sales were lower in the quarter. Looking forward, we believe we are well positioned for further market share gains as we continue making significant progress towards our long-term financial targets.”"
-
TRitON
aktív tag
Egyáltalán nem jártál messze. Az egyes CCX-ek az SDF Plane-en keresztül férnek hozzá a memóriához és egymás cache-ében lévő adatokhoz is. Ezért olyan nagy a memória késleltetés.
Ha pedig chipek (IFOP), vagy tokok (IFIS) közti kommunikáció szükséges egy adat hozzáféréshez, ezt a késleltetést az interfész hossza és átviteli sebessége is befolyásolja.
A magyarázat szerint az egész SDF Plane a DRAM frekvencián megy, aminek nagy előnye, hogy nem kellenek bonyolult FIFO-k a CCX-ek és az SDF plane, valamint az SDF és az IFOP/IFIS interfészek közé. Volt, aki felvetette, hogy legyen az IF aszinkron és járjon valamivel magasabb frekvencián, azonban az aszinkron működés egyrészt bonyolítaná a kommunikációt a részegységek között, másrészt biztosan növelné a késleltetést. Jim Keller jó munkát végzett, ennél jobb megoldás szerintem nincsen.A Zen 1 és Zen+ IPC növekedését ugye a különböző késleltetések drasztikus csökkentése (tehát az IF reszelése) okozta. Én az Zen2-nél is hasonlóra számítok: magasabb lehetséges DDR4 sebesség (3600+4000MT/s+), csökkenő cache késleltetések, csökkenő interface latency és csak minimális változtatások a processzor magokban. (Meg persze több mag/CCX, de az a jelenlegi helyzetben IPC csökkentő hatású.)
-
#427
HSM
félisten
Petykemano
#423
HSM
félisten
válasz
Petykemano
#423
üzenetére
"Akárhogy is, felvetődhet a kérdés, miért hagytak ki egy csak CCX-ek közötti megosztást célzó L4-et a lapkából?"
Ha engem kérdezel, logikus döntés, hiszen az egész dizájn azon nyer nagyon sokat, hogy gyakorlatilag két független CPU-komplexként működik a két CCX. Ugye, ezen nyernek, hogy nem kell állandóan adatot szinkronizálni 8 mag cache-ei között, ami lényegesen komolyabb meló lenne, mint 4-et szinkronban tartani, hanem minden CCX megteszi magán belül, ha pedig adatot kell cserélni, megoldják a memórián keresztül.(#424) S_x96x_S: Tény. Mondjuk ennek a benchnek a hitelességét nálam erősen megkérdőjelezi, hogy a 2600X 6 maggal hozza ugyanazt, mint a 2700X 8-al. Itt nekem valami nem kerek.
-
#426
Petykemano
veterán
Cathulhu
#425
Petykemano
veterán
válasz
Cathulhu
#425
üzenetére
De csak ezzel kéne kezdeni valamit. Mert ha az amd el is éri az 5GHz-et, akkor is alulmaradhat ezek miatt a bakik miatt. Akár gaming, akár valami többszálas production programban. Mindig lesz majd olyan, ami nincs a ccxre optimalizálva, és ezért a késleltetések miatt bukó.
Akárhogy is nézzük, ez ha nem is low hanging fruit, de musthave. Bizonyos magszám fölött ugye már az intel sem ring bust használ, hanem mesht, ami ugyanolyan rossz, mint az IF. Pontosabban magas magszámot tesz lehetővé. Tehát kB 8 mag esetén kellene csak megoldani jobbra a késleltetéseket, afölött már kB versenyképes az intel megoldásával. -
#425
Cathulhu
addikt
Petykemano
#421
Cathulhu
addikt
válasz
Petykemano
#421
üzenetére
Nem igazan a memoriak orajeletol fugg, pontosabban az I/O bus sebessegen megy, ami viszont egyenesen aranyos a memoriak sebessegevel. Ha igy kozelited meg, akkor viszont teljesen ertheto miert van ez. Azt nem tudom egyaltalan meg lehetne-e valositani ertelmes kereteken belul, hogy ettol elterhessen, talan amihez nem kellene nagy varazslat, hogy annak valami egesz szamu tobbszorosen uzemeljen, de azt az orajelet meg lehet siman nem birna.
-
#423
Petykemano
veterán
HSM
#422
Petykemano
veterán
Én is valami ilyesmire gondoltam. De ez azt jelenti, hogy lényegében a memórián keresztül kommunikálnak, nem közvetlenül.
Azt hallottuk abutól is, hogy az L3$ mérete négyszereződik (?) A zen2 (?) esetén, de az még mindig nem igazán segít a inter-CCX kommunikáció késleltetésén. Kivéve persze ha valamilyen writeback (amikor az írást nem várja meg) módon egy CCX L3$-e több más CCX victim L3$-e is egyben.
Akárhogy is, felvetődhet a kérdés, miért hagytak ki egy csak CCX-ek közötti megosztást célzó L4-et a lapkából? Vagy a zen2-nél ez miért nem pálya? -
#422
HSM
félisten
Petykemano
#421
HSM
félisten
válasz
Petykemano
#421
üzenetére
Szerintem logikus döntés, hogy a memóriasebességgel skálázódik a rendszer. Minél gyorsabb a memória, annál több adatot kell elszállítani. Így szerintem egy fix aránnyal összeszinkronizálni is egyszerűbb lehetett a dolgokat. Ettől függetlenül én is fontosnak látnám még javítani ezen interconnectek sebességén.
"Kicsit olyan, mintha a két CCX a memórián keresztül kommunikálna."
Hát, nem lépődnék meg, ha így lenne."csak nem világos, hogy miért a memóriaelérés késleltetése alacsonyabb a szomszédos L3$-nél?"
Gondolom, a szomszédos L3 tartalmát először ki kell írni memóriába, majd onnan betölteni a másik L3, tehát nyilván ez egy memória írással lassabb lesz, mint ha csak egyből a memóriából kéne beolvasni.Vigyázat, nem tudom (ha valaki ismeri az architektúrát javítson ki), ez csak feltételezés.
-
#421
Petykemano
veterán
HSM
#420
Petykemano
veterán
Igen, az igaz, hogy 2 lapkás TR esetén is előfordulhat távoli elérés, de ez nyilván kevésbé égető probléma, mint memóriaelérés nélküli lapkáké.
Ami viszont érdekes, hogy ha jól emlékszem a L3$ késleltetésekre, akkor mintha az lett volna a sima Zeppelin esetén, hogy a másik CCX L3$-éből pont ugyanannyi késleltetéssel tud olvasni, mint memóriából.Ezeken az ábrákon gyönyörűen látszik, milyen késleltetéseket ad hozzá a blokkon kívüliség:
Mennyivel jobb jobb memóriával:
Összehasonlítás:
Én azt nem értem (és ennek megoldását várom), a következő zen verzióban, hogy a CCX-ek közötti és a lapkák közötti interconnect miért függ a memória frekvenciájától.
Azt sem értem, hogy hogy lehetséges az, hogy ha az lokális L3$ késleltetése 45-50ns, a memória elérésének késleltetése mondjuk 60-80ns, akkor hogy lehet, hogy a szomszédos L3$ elérése 120-150ns (memóriasebességtől függően) ? Kicsit olyan, mintha a két CCX a memórián keresztül kommunikálna. (Persze nyilván nem, mert akkor lapká belüli két CCX egymáshoz képesti elérésének késleltetése pont ugyanannyi lenne, mint két különböző lapka CCX-é a a TR-ben) Az világos, hogy a elméletileg A CCX-ek között és a memória felé is az IF a kapcsolódást megoldó alkatrész, csak nem világos, hogy miért a memóriaelérés késleltetése alacsonyabb a szomszédos L3$-nél?Nincs ezen mit trollkodni, ezek tények, ezen ha lehet javítani kell.
-
#420
HSM
félisten
Petykemano
#419
HSM
félisten
válasz
Petykemano
#419
üzenetére
A négy lapkás Threadrippereknél van két lapka, aminek nuku memóriája sincs.
A sima kétlapkás Threadrippereknél mindkét lapkának van memóriája, a probléma ugyanakkor ott is jelen van, hiszen ha az adott magnak olyan adat kell, ami a szomszéd csip tárában van, akkor megint a lassú távoli elérés esete fog befigyelni. Ezért találták ki a game módot, ami ha jól emlékszem, komplett lekapcsolja az egyik magot, praktikusan kreálva egy sima AM4-es procit.
"Second, Game Mode disables the cores in one of the silicon dies. This isn’t a full shutdown of the 8-core Zeppelin die, just the cores. The PCIe lanes, the DRAM channels and the various IO are still active, but the cores themselves are power gated such that the system does not use them or migrate threads to them."
Forrás: [link]
Itt szépen le is mérték, gyors DDR4-3200-as memóriákkal: 65ns near memory and 108ns far memory (87ns average). Szóval, a far memory 65ns egész jó (most nem trollkodom, hogy a 8 éves X58 rendszerem vígan befigyel gyors DDR3 ramokkal 50ns alá, vagy mégis?![;]](//cdn.rios.hu/dl/s/v1.gif)
), viszont a 108ns a szomszéd csip memóriájáig iszonyat magas. Plusz ha véletlen a másik magnak is kéne onnan adat, akkor 16 mag figyelne ott két csatornán adatot, ami így már szívószálnak is vékonyka.
A késleltetés a system agent órajelén múlik, ha minden igaz, ami emlékeim szerint a ram frekvencia felén megy, ezért is fontos Ryzen alá a magas órajelű ram, mert szuperül csökken tőle a rendszer késleltetése.
Szóval ez egy jó megoldás, lekapcsolva a fél TR-t megoldani, hogy csak lokális memória elérés legyen, ami gyors, csaképpen ugyanezt olcsóbban is lehet produkálni egy sima AM4-es Ryzennel.
-
#419
Petykemano
veterán
HSM
#418
Petykemano
veterán
Ez a probléma csak a 4 lapkás Threadrippert érinti, nem? 24/32 mag. Ezt ajánlják HEDT gamer gépnek? Én azt hittem, az a 16 magnál megáll. a 2 lapkás Threadrippernek meg minden lapkára van memória elérése. Persze nyilván a memóriaelérés és késleltetések szempontjából még így is rosszabb, mint a 2700X, ami szintén rosszabb, mint az intel ring busa.
De azért azt valljuk be, hogy az intel HEDT procijainak teljesítményének kihasználását ugyanaz az ok akadályozta, ami azt is, hogy a 8 magos bulldozer származékok rendre lemaradtak a 4, 4/8 magos intelektől.
Láttam valamelik nap egy táblázatot, de nem találom.
De ez is elég jól mutatja: https://techreport.com/review/34192/intel-core-i9-9900k-cpu-reviewedHa az érték valamilyen "lokális elérés" késleltetése, akkor van hová fejlődni.
Ha azonban valamilyen átlagérték, ami a kellően jó késleltetésű lokális elérés mellett egybeméri a CCX-ek közötti kommunikációt, akkor ezen legjobb esetben is csak a CCX magszám emelése segíthet.Előbbi tűnik helyesnek, mert
itt és itt az 1db CCX-el rendelkező raven ridge is hasonló késleltetéssel éri el a memóriát.Ha nem függ össze a CPU frekvenciával, akkor szerintem ennek a késleltetésnek a javítása fontosabb lenne, mint a frekvencia növelése.
-
HSM
félisten
válasz
S_x96x_S
#417
üzenetére
Felhívnám a figyelmedet, hogy a grafikon a régi gyenge megvalósítást hasonlítja az új sebtapaszos megvalósítással. Ez igazából csak az általam is említett jelenségre hívja fel a figyelmet, mennyire nem jó játékoknak, ha nem ideális a memória hozzáférés ideje.
Ez pl. egy bench, ahol látszik a hatása (techradarról): [link]
Szerintem ez akkor lenne igazán érdekes, ha mondjuk egy 2700X is itt lenne, mint referenciapont.
Ott legalább mindkét CCX-nek lokális mindkét memória csatorna, ott csak a modulok közti kommunikációért jár büntetés, amit halkan megjegyzek, szintén nem ideális játékoknak, de ez még tényleg viszonylag apró megkötés, ellenben a TR-ek NUMA felépítésével.
A 2990WX pedig végképp para, hogy van benne olyan CCX is, ami közvetlenül nem is fér hozzá semmilyen memóriához, ami elég para az erre érzékeny feladatoknál. Tehát nem csoda, hogy valamit ki kellett találni, mert itt már tényleg csúnyán büntetődik a CPU, ha az izolált magok olyan feladatot kapnak, ami nem ideális nekik. Ugyanakkor ez az én szememben egy súlyosan sebtapasz jellegű, kétes megbízhatóságú megoldás, ami csakis azért jöhetett létre, mert messze nem ideális a holmi arra, amire árulják, pl. High-end gaming gépnek.
Ahogy ugyanez a nyűgje az Intel legfrisebb HEDT platformjának is, a nem ideális késleltetések és szerverekhez optimalizált cache hierarchia.Szóval, ha mindenáron több erőre lenne szükségem, mint a szintén brutálisan erős 2700X, akkor én otthoni játszós gépbe egész biztosan nem TR-r vennék, sokkal inkább valami régebbi HEDT-t a konkurenciától, aminek még nincsenek ilyen gyerekbetegségei. TR-t munkagépnek vennék szívesen, ha olyasmivel foglalkoznék, pl. renderelni, ott ha nem tévedek nem gond, hogy kicsit lassúbb néhány mag, a nyers erő bőven győz. A játék tapasztalataim szerint nem ilyen, ott időre el kell készülnie minden kritikus folyamatnak.
Ami az új játékok felkészítését illeti.... Ha-ha!
Első hullámban vettem megjelenés után elsőgenerációs Intel i7 HEDT gépet, még jó kis X58-asat, tudod mennyit kellett várni, mire a játékok csak úgy messziről, finoman csak hozzászagoltak a HT-hoz? Nagyjából 4 évet, a Crysis 3 személyében... És az még ennél is jóval egyszerűbb feladat volt, nem kellett modellspecifikus okosság, csak a megfelelő magok logikai szálainak megfelelő kezelése. -
S_x96x_S
addikt
>Papíron jól néz ki a plusz két memória csatorna,
>de szerintem épp játékoknál nagyon nem ideális ez a jelenlegi numa modell,
>hiába próbálják megtákolnia régi játékoknak nem ideális. De az újakat már fel lehet rá készíteni és a Windowst is fel lehet rá készíteni.
Ha a játékfejlesztők alatt egyre inkább "Threadripper" lesz, akkor egyre kevesebb hasonló gond lesz.
És 1-2 év és már a játék enginek is támogatják majd.( remélhetőleg )De October 29 - után megtudjuk, mit ér valóságban.
Ideális -vagy - nem ideális - de akkor is jól jön az a pár százalék.
-
HSM
félisten
válasz
S_x96x_S
#407
üzenetére
Papíron jól néz ki a plusz két memória csatorna, de szerintem épp játékoknál nagyon nem ideális ez a jelenlegi numa modell, hiába próbálják megtákolni. Szerintem minden tekintetben jó játékra már most is egy 2700x. Amire az nem jó, az legfeljebb a nem elég magas IPC sara lehet, de azon TR sem segít, csak majd a 7nm és Zen2.
-
#415
S_x96x_S
addikt
SECTORnooB
#412
S_x96x_S
addikt
válasz
SECTORnooB
#412
üzenetére
>Nem lehet tudni, hogy a 2500-2300X el mi a terve az AMD-nek?
majd jön.
spekuláció START
szerintem ( a tervezetthez képest) túl nagy a kereslet a Ryzen2600(X) iránt
és emiatt a háttérben (gyártó)kapacitás gondok alakultak ki,
viszont (~6?) hónapja az ACER -rel kötöttek egy szerződést(üzletet),
hogy októberben legkésőbb szállítják nekik ezeket az új procikat.
A Szerződésben kötbér is van. Úgyhogy az AMD kénytelen volt az ACER-nek legyártani és leszállítani néhány 2500X -et. és bejelenteni a terméket."Acer Nitro 50 N50-100-UR11 Desktop, AMD Ryzen 5 2500X, AMD Radeon RX 580 Graphics, 8GB DDR4, 1TB HDD, Windows 10 Home" ~ 950 USD + 136 USD ( Shipping + import fees deposit to Hungary)
(Only 3 left in stock (more on the way).
https://www.amazon.com/Acer-N50-100-UR11-Desktop-Graphics-Windows/dp/B07GWXZG25>Csak az OEM partnerek kiváltsága marad
>vagy a DIY piac is megkapja majd, például a 9. Generáció startja után?Szerintem a DIY piac is megkapja (valamikor), viszont az időpont nem az Intel9gen-től függ.
-
S_x96x_S
addikt
>Mindenkepp lesz 2800X, csak az a kerdes, hogy mi lesz az valojaban.
az is lehet, hogy másképp fogják hivni :
a türelmetleneknek addig is egy benchmark."Core i9-9900K vs. Ryzen 2800X: Totally fake benchmarks!
We benchmark the hype, leaks, and fan hysteria surrounding the PC's next big CPU fight.""Sources have confirmed that if there is a Ryzen 7 2800X, it will be a metal, square shape with pins on one side. It’s also confirmed it will say AMD and Ryzen on it. It’s all but certain it will cost money, too."
-
#412
SECTORnooB
addikt
SECTORnooB
addikt
Sziasztok!
Nem lehet tudni, hogy a 2500-2300X el mi a terve az AMD-nek? Csak az OEM partnerek kiváltsága marad vagy a DIY piac is megkapja majd, például a 9. Generáció startja után? -
Cathulhu
addikt
Az 5GHz szamomra kicsit elszalltnak tunik, nincs ebben a gyartastechnologiaban annyi, oszinten meg a Zen2-re sem hiszem, hogy altalanos lenne. 10 mag meg szerintem 100%, hogy nem lesz ebben a generacioban, az egy teljesen attervezett CCX-et igenyelne, az AMD politikaja meg kb most pont az, hogy 1 designnal kb mindent lefedni.
En 10 magot leghamarabb jovore 3800-as es 3700-as szeriara tippelek 7 nanon Zen2-n, attol lejjebb (azaz 3600 illetve kisebb) meg Zen++ 12 nanon +2 maggal.De ez mind szigoruan csak tippelgetes, nyilvan te kozelebb vagy a tuzhoz, szoval nem lepodnek meg ha neked lesz igazad
#409: viszont szerinted mennyi threadripperre van igeny? Igaz hogy nagyobb a haszon rajta, de arra felesleges sok procit tartalekolni, meg a mindfactorynal is csak 2%-at teszi ki az AMD eladasoknak, es ezek nem mind a csucs TR-ek, boven akad koztuk csokkentett magszamu is.
-
Fiery
veterán
Mindenkepp lesz 2800X, csak az a kerdes, hogy mi lesz az valojaban. En alaposan levalogatott 2700X-re tippelnék, 5 GHz-et meghalado (XFR) orajellel. Masik variacio, hogy 4,5 GHz korul lesz de 10 maggal (kicsi eselyt latok erre). Harmadik variacio, hogy optimalizalt 12 nanon, 10 nanon vagy esetleg 7 nanon keszul, 8C/16T, Zen+.
-
S_x96x_S
addikt
válasz
Cathulhu
#408
üzenetére
>ha lesz 2800X, az cherry picked 2700X lesz azaz kb zero eroforrast vinne el
>es alaplapi tamogatas se kell hozza.- más felirat a tetejére biztos kell hozzá,
- és chip-en belül is át kell ütni a kódját, hogy a szoftverek egy külön prociként azonosíthassák:Ha nem kapna más kódszámot, akkor könnyen hamísítható lenne.
(pl. sima 2700-ast átszitáznak 2800X-re )Emiatt nem is hiszem, hogy a raktarak tele vannak valogatott 2700X-ekkel.
Ha van, akkor mért nem dobja piacra minnél korábban az AMD?
várjon még 2-3 hónapot, hogy lemenjenek az árak?
Akkor már nincs rajta annyi profit !
Amit ma eladhatsz - ne halaszd a jövő hónaprameg szerintem a threadripper-be mentek a válogatott CCX-ek - ott nagyobb a profit margin,
-
Cathulhu
addikt
válasz
S_x96x_S
#405
üzenetére
ha lesz 2800X, az cherry picked 2700X lesz azaz kb zero eroforrast vinne el es alaplapi tamogatas se kell hozza.
Akkor lenne ertelme szvsz, ha tudna hozni 10%-ot (ami eleg sok, 400MHz) hogy meg tudja szorongatni az intelt.
De ha tele vannak a raktarak valogatott 2700X-ekkel mar, akkor mindenkepp kidobjak piacra szerintem, meg akkor is ha csak +200MHz, mert ha csak 50-100 USD-vel tobbert el tudjak adni, amr nem erne meg 2700X neven -
S_x96x_S
addikt
biztos lesznek olyanok, akiknek megér +66% árfelárat az átlag 12%-os játék-teljesítménynövekedés,
de ebben az ársávban már ott lesz a TR 2920X-is . ( Octóber 29 , $649 USD) ( az i9-9900K=$530 USD)
- 12core
- új 'Dynamic Local Mode' (NUMA optimalizáció) - direkt játékokhoz - most jön ki.
- 4 csatornás memória ( az AM4 csak kettő csatorna )
- 60 PCIe a 3GPU-hoz és a RAID0-ás M.2 NVMe diskekez
szóval szerintem ez lesz a i9-9900K méltó ellenfele.A tesztekben szerintem ez jobban teljesit majd a 2700X-nél.
New PT Data: i9-9900K is 66% Pricier While Being Just 12% Faster than 2700X at Gaming
https://www.techpowerup.com/248518/new-pt-data-i9-9900k-is-66-pricier-while-being-just-12-faster-than-2700x-at-gaming -
válasz
S_x96x_S
#405
üzenetére
Ó én csak kíváncsiságból kérdeztem, mert feltűnően kimaradt a 2800X, miközben előző szériában volt ilyen. Ezzel mintha jelezték volna, szükség esetén tudnak még feljebb menni, de lehet ezt csak tévesen beleláttam.
Személyes indíttatás nincs mögötte, nagyon jól elvagyok a kis 2400G procimmal, szeretem.Van értelme, amit mindketten mondotok, hogy ha közel a 3xxx, felesleges lehet egy 2700X-nél nem sokkal gyorsabb új procit hozni.
-
S_x96x_S
addikt
>Szerintetek jön az i9-ek érkezésével egy Ryzen 7 2800X?
nincs infó. bármi lehet.
- de szerintem: egy 8 magosnak - ugyanezell a 12nm-es technológiával nincs sok értelme.
Valószínüleg tesztelik az alternativákat az AMD-nél is, de hogy miböl lesz piaci termék is, az már alaposabb döntést igényel.És kell BIOS támogatás is. Ha nincs szivárgás erről az alaplapgyártóktól,
akkor nem várható a következő pár hétben.A 2800X -csak a gémereknek lehet fontos,
ha valakinek a sok mag és teljesítmény kell, akkor több értelme van a Threadrippernek.
( mikor megjelent az 1800x -akkor nem volt threadripper! most van, és emiatt még kevesebb értelme van.)
Szóval ki venné meg? Te?A gamereknek a +100-200Mhz kevés lesz.
Ha nem tudja legyözni esetleg megszorongatni az i9-et, akkor nem sok értelme van rátenni erre erőforrást és embereket ( és ezáltal késleltetni minden mást )A januári CES-en mindent megtudunk. Több értelme van korábban megjelentetni a Ryzen 7nm-es 3700X -et , meg a 12 magos társait. ( és élvezni a >=4.5-4.6ghz single core-os teljesítményt. )
Ha januárban bejelentik a 7nm-es ryzent, akkor a 2800X iránti igény is lecsökken, mindenki várja az új procit.Ha nekem döntenem kellene, akkor inkább a 3700X jelenjen meg 1 hónappal korábban ,
minthogy a 2800X-re menjen erőforrás. De ez én vagyok.Ha mégis megjelenik idén a 2800X -akkor számomra ez azt is jelenti, hogy a 7nm-el egy pici gond lehet.
de ez csak spekuláció részemről.
-
#404
Petykemano
veterán
solfilo
#403
Petykemano
veterán
-
S_x96x_S
addikt
válasz
Cathulhu
#401
üzenetére
Én nem tudom, de nem lesz egyszerű döntés.
valószínüleg több tényezőtől is függ és nem csak az Intel-től.
például - szerver fronton kezd feljönni az ARM64 -
és a Microsoft is kisérletezik az ARM64-el
az APPLE-ről nem is beszélve, aki valószínüleg teljesen dobni akarja az X86 -os vonalat.Valami üzleti elemzésben olvastam, hogy az AMD-nek szerver fronton igazából az ARM a versenytársa ,
mindaketten az INTEL szerveres sajtjára pályáznak.
És még az IBM is ott van a saját chipjével - szerintem ott lehetnek a 4 között.bővebben:
http://www.eweek.com/pc-hardware/startup-ampere-releases-first-arm-based-server-chips----------------------
más :
bejelentették az új ThreadrippereketAMD 12 and 24-Core Threadripper 2 CPUs: 2970WX and 2920X on 29th October
https://www.anandtech.com/show/13443/amd-announces-availability-of-12-and-24core-threadripper-2-cpus-coming-late-octoberés az új "Dynamic Local Mode" -ot. (NUMA )
( szerintem a 12magos AM4-es procik is ilyen megoldást kapnak )
Previewing Dynamic Local Mode for the AMD Ryzen™ Threadripper WX Series Processors
https://community.amd.com/community/gaming/blog/2018/10/05/previewing-dynamic-local-mode-for-the-amd-ryzen-threadripper-wx-series-processors
-
Cathulhu
addikt
válasz
S_x96x_S
#399
üzenetére
AMD altalaban konzervativ szokott lenni a node valtasokkal, raadasul a 7+ -ra kijohet a Ryzen 2+ is attervezes nelkul, nem hiszem hogy kapkodni fog az 5 nanoval, 2021 elott nem latok igazan eselyt ra. Sok mulik majd az intelen is, hogy sikerul majd vegul a 10-es nekik. En a mostani hirek ellenere is tartom azt, hogy tovabb fog csuszni 2020-ra inkabb, a jelenlegi hirek csak a piac megnyugtatasara szolgaltak szvsz, valodi termek nelkul (kb az a szerencsetlen felhalott i3, amit iden kidobtak).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ezek szerint (ha jól értem a leírtakat) a spekulációm nem járt messze a valóságtól. 
a türelmetleneknek addig is egy benchmark.
Új hozzászólás Aktív témák
Hirdetés
- Shield TV-t csinált a Shieldből az NVIDIA
- Ízléses, masszív és praktikus mikrotorony jött a Jonsbo műhelyéből
- Milyen okostelefont vegyek?
- Milyen routert?
- Honor Magic6 Pro - kör közepén számok
- Fujifilm X
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- OLED monitor topik
- Napelem
- Everest / AIDA64 topik
- További aktív témák...
- Csere-Beszámítás! Olcsó Gamer laptop! MSI Cyborg 15 . I5 12450H / RTX 4050/ 16GB DDR5
- AKCIÓ! Lenovo Thinkpad P15 Gen1 15 FHD notebook - i7 10750H 16GB RAM 512GB SSD Quadro T1000 W11
- Bomba ár! Fujitsu LifeBook U757 - i3-7GEN I 16GB I 256SSD I 15,6" FHD I HDMI I Cam I W11 I Garancia!
- DELL, HP gyári töltők, sok db. 7,4x5mm - 4,5x3mm + USB-C/Type-C 65W
- FÉL ÁR ALATT! Lian Li UNI FAN SL120 RGB 1db-os és 3db-os ventilátor szett garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged