- HiFi műszaki szemmel - sztereó hangrendszerek
- Gaming notebook topik
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Megérkezett a Razer új csúcsegere, a Viper V3 Pro
- A Gigabyte is visszaveszi alaplapjainak alapértelmezett tuningját
- Milyen TV-t vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Nem indul és mi a baja a gépemnek topik
- Mini-ITX
Hirdetés
-
Van, amit nehéz lett megtalálni a Google keresőjével
it A titkosított levelezést kínáló Tuta Mail arra panaszkodik, hogy a DMA bevezetése óta szinte eltűntek a Google keresőjéből.
-
A Watch7-tel debütálhat a Samsung vércukormérője
ma Az FDA viszont csak olyan eszköz használatát javasolja, melynek orvosi képességeit bevizsgálta.
-
Új gyártástechnológiai útitervvel állt elő a TSMC
ph 2027-re érkezhet meg a vállalat 1,6 nm-es eljárása, de a sztárok inkább az olcsóbb node-ok lesznek.
Új hozzászólás Aktív témák
-
Petykemano
veterán
válasz Petykemano #5401 üzenetére
Nemrégiben megjelent a köztudatban ez a slide. Ennek a lényege a Warhol helyett Brecken Ridge említése volt:
Én akkor kifejeztem egyet nem értésemet azzal kapcsolatban, hogy az AMD felgyorsítaná fejlesztéset és gyors egymásutánban új node-okon hozná a zen4-et majd a zen4-öt: [link]
Ma Greymon újra kiírta ezeket az információkat:
phoenix 2023
granite ridge 2023
strix point 2024
[link]Lényegében ugyanaz, mint az ábrán, nincs új információtartalom.
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
válasz Petykemano #5501 üzenetére
> Brecken Ridge
érdekes mintha a festők és a földrajzi helyek??
váltakoznának a jövőben ..
lehet, hogy valami tick-tock szerüség?Esetleg az XT-t ( ~reviziót ) így jelölik?
Amúgy a 3DStack főleg a gyártástechnológiáról szól. És lehet, hogy ezután sokkal nagyobb változtatásokat is beleraknak - ami már megérdemel egy külön elnevezést ?
Az biztos, hogy az Intel miatt megint be kell indulnia az agytrösztnek - és az Intel lehetséges legjobb CPU ellen kell valami jó stratégiát alkotni.
Vagyis a fejlesztési/marketinges pipeline újragondolása - ésszerüsítése szerintem benne van a lehetőségek között.
Változások várhatóak - és az hogy eddig mi volt a gyakorlat - már nem mérvadó.Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #5502 üzenetére
>> Brecken Ridge
>érdekes mintha a festők és a földrajzi helyek??
>váltakoznának a jövőben ..
>lehet, hogy valami tick-tock szerüség?Azt mondák már a múltkor is, hogy van a CCD-nek is saját kódneve: [link]
> Amúgy a 3DStack főleg a gyártástechnológiáról szól. És lehet, hogy ezután sokkal nagyobb
> változtatásokat is beleraknak - ami már megérdemel egy külön elnevezést ?Arra gondolsz, hogy az AMD fejlesztései (sem) node-agnisztikusak, tehát hogy van egy rahedli fejlesztésük tervezés szintjén készen, de az implementáláshoz (ahhoz, hogy megérje), szükséges a nagyobb tranzisztorsűrűség (Hasonló okokból láttunk az Intelnél is megtorpanást, amit végül a Rocket Lake formájában igyekeztek oldani) és aztán miután lementek 5nm-re utána egy ideig gyorsabban tudnak új designokat kiadni?
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
válasz Petykemano #5503 üzenetére
> Arra gondolsz, hogy az AMD fejlesztései (sem) node-agnisztikusak,
nem pont erre ..
inkább valami olyasmi - hogy a TSMC újdonságait "tudatosabban" építik be - amolyan félideji refreshnek.A TSMC eddig is folyamatosan csiszolgatta a 7nm-es gyártástechnológiát - emiatt minél későbbi a gyártás hete - várhatóan annyira "jobb" a példány; de máson is dolgoznak, csak eddig a GloFo miatt nem tehettek annyira hirtelen ugrásokat ..
de mivel a jövőben az i/o die-t és a "packaging"-et is várhatóan
a TSMC csinálja ezután. - bármilyen TSMC-s újdonságot könnyebb implementálni. ( -> X3D Packaging )
Például ha kell kitömik még több L cache-el .. vagy tesznek rá egy pici HBM-et.
ÉS/Vagy : Lehet, hogy az iGPU-t cserélik le - félidőben
( mert a jövőben lesz benne már iGPU is ! és ezek nem biztos, hogy szinkronban lesznek a cpu-val )A Jelenlegi ~12-14 hónapos ciklus lassú - nem tudnak mindig időben reagálni az Intelre vagy az ARM-re. De egy 7-8 hónapos ciklus már sokkal "agilisabb" lenne. És mivel teljesítmény többletet is kapnak a vevők - határozottan megérdemli az új nevet ...;
Legalábbis én így okoskodnék az AMD stratégiai tervezők helyében.A Hot Chips után egy picivel többet tudunk az új X3D packaging-ről
és a TSMC újdonságairól.[ Szerkesztve ]
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
Anandtech: The GIGABYTE MZ72-HB0 (Rev 3.0) Motherboard Review: Dual Socket 3rd Gen EPYC
~ 1000$ -os alaplapMottó: "A verseny jó!"
-
S_x96x_S
őstag
Az AMD hagyományosan kevesebb erőforrást fordít a Linux optimalizációra - mint az Intel
de ha az ügyfelek is motiváltak ( ~Valve ) - akkor valamit tenni kell!
Ha a fix-et befogadják a kernel-be, akkor a Zen2 -ön ( a játékok! ) várhatóan sokkal jobban futnak majd
--------------
A PS4 mintha FreeBSD alapú lenne, talán a PS5 is hasonló ..
az MS konzol - valami saját ms oprendszerű lehet ..
vagyis eddig a Linux-os részre nem nagy figyelem hárult - a játékok optimalizációja szempontjából ..
A Valve konzolja lesz az első Linuxos konzol.
-----------------Phoronix: AMD + Valve Working On New Linux CPU Performance Scaling Design
" AMD hasn't traditionally worked on the Linux CPU frequency scaling code as much as Intel does to their P-State scaling driver and other areas of power management at large."
" the AMD+Valve power/performance scaling improvements come to Linux. The Steam Deck leverages a Zen 2 based custom APU. If it's indeed leveraging ACPI CPPC, these Linux AMD platform improvements should benefit all Zen 2 hardware and newer (Zen 1 and prior lacking CPPC)."Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #5505 üzenetére
> ~12-14 hónapos fejlesztési ciklus szerintem azért nem lassú.
ez igaz ..
de az ügyfelek mindig a riválishoz képest viszonyítanak ..Ha az Intelnek sikerül tartania a 11-12 hónapos ütemet és nem csúszik meg ..
akkor az elég agilis..Főleg a Notebookgyártó partnereknek fontos a kiszámíthatóság - és az ütemszerű müködés.
emiatt új modelleket kell kihozni - minden CES -re .. és nem később .. És az pont 12 havonta van.
Lisa Su egy régebbi interjújában is azt jelezte, hogy a riválishoz (~Intel)
illesztik a stratégiájukat. És mivel az Intel eléggé új és agressziv stratégiát kommunikált az utolsó pár hónapban - valószínüleg az AMD-nek is adaptálódnia kell.
( a lehetőségekhez mérten)
Emiatt jelenhetnek meg új - számunkra váratlan procik a roadmap-en.
"LisaSu: You’ll have to ask Intel about their technology. But from our point of view, we never build a roadmap without expecting others to meet their roadmap. We've executed our roadmap from the previous five years and we’re extending it into the next 5 years, all while assuming our competition will be competitive and even beating their public targets. I think we’ve made some good choices, and this market is all about making the right choices at the right time, such as when you bring certain elements of technology to market in which order and how that is achieved. We need to continue executing on our cadence, and that has been one of our strengths. I’m expecting to have very stiff competition, whether you’re talking about process technology, microarchitecture, or packaging technologies. I’m also expecting us to do quite well, because that’s our job."Mottó: "A verseny jó!"
-
S_x96x_S
őstag
"""
12 new AMD and Intel codenames
-- AMD Mendocino CPUID is 8A0Fxx (Zen2, Socket FT6, [1])
-- AMD Monet codename added (4c Zen3 12nm?, [2))
-- AMD Bergamo codename added (128c Zen4?, [2))
-- AMD Turin codename added (Zen5 server?, [3))
-- Intel Raptor Cove codename added [4)
-- Intel Arrow Lake/Lion Cove codename added [4)
-- Intel Nova Lake/Panther Cove codename added [4)
-- Intel Crestmont codename added [4)
-- Intel Skymont codename reinserted [4)
-- Intel Darkmont codename added [4)
"""
https://github.com/InstLatx64/InstLatx64/commit/a3e4195a57f57402accff90cfc1248287bbcd7deMottó: "A verseny jó!"
-
S_x96x_S
őstag
Mindfactory 2021 July
Érdekes
- az előző évben kb 1.5 - 2x annyi AMD CPU-t adtak el.nagyon hiányzik az "olcsó" kategória ..
Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #5510 üzenetére
De fura, hogy a 3600X-et beköltöztették az "others" kategóriába. Tavaly november-december környékén az csúcsosodott - drága lett az 5600X, ezért mindenki gyorsan lecsapott a 3600X-re.
> nagyon hiányzik az "olcsó" kategória ..
IgenÉrdekelne egy hasonló kimutatás GPU-k terén.
Nyilván a mindfactory nem reprezentatív, de azért érdekes lenne látni, hogy darabra ugyanannyit vásárolnak az emberek, csak drágábban, vagy a drágulással az eladási volumen is letört? - CPU-knál ez látszik.És ha az eladott volumen GPU-k terén is kisebb, mint 1 éve, akkor vajon hová, vagy milyen ellátásái láncon keresztül történik az értékesítés? Mert az Nvidia és az AMD bevételei nem csökkentek.
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
válasz Petykemano #5511 üzenetére
> Érdekelne egy hasonló kimutatás GPU-k terén.
@TechEpiphany szokott posztolgatni .. de azok csak hetiek..
Graphics Cards Sales Week 30 (mindfactory)
AMD: 370 units sold, 28.03%, ASP: 801.16 Euros
Nvidia: 950, 71.97%, ASP: 765.6
képként van lista a modellekről - és modell+gyártóról is..
A top1 Radeon RX6700XT = 280 db
és utána jönnek az nVidiás kártyák ..
RTX 3060Ti/2060/3080/1650/1030/GT710/3090/3070/...
https://twitter.com/TechEpiphany/status/1421547562901942272
------------
Vagy egy másik ( mid-week) , amiben az alaplapok is benne vannak:
https://twitter.com/TechEpiphany/status/1420385425886261248
Mainboards:
AMD: 1080 Units
Intel: 365
CPUs:
AMD: 1470
Intel: 360
Graphics Cards:
AMD: 240
NVIDIA: 395
A Mindfactory - önmagában azért egy kicsit torz ..
Amire jó árat adnak - abból valószínüleg több fogy
- amire meg nem, abból kevesebb ..de amúgy a GPU-s hírekben nem vagyok járatos ..
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #5514 üzenetére
> Minisforum EliteMini HX90
nem rossz
szeptember közepére igérik a szállítást.
külön plusz pont a 2.5G Lan-ra.
bár valószínüleg az M.2 2280 - még csak Gen3-asHabár a Ryzen 5 APU-k mindegyike ilyen
legyen bár Desktop vagy mobile ..
Ez van ..
de mire az AMD -nél lesz Gen4 - az APU-k nál;
addigra nekem már a Gen5-re folyik a nyálam ..Mottó: "A verseny jó!"
-
ShiTmano
aktív tag
Itt írnak a ZEN 3 gyengéiről, plusz a ZEN 4 várható fejlesztéseiről. [link]
"Ilyen dolog ez, folyamatos növekedés, egy állandó méretű bolygón :D Rip rendszer..." by Crim
-
paprobert
senior tag
válasz ShiTmano #5516 üzenetére
"And lastly a larger L1 and L2 cache may also come with Zen 4 because the less time you spend trying to access data the more time you can spend working on data."
Jim Keller egy videóban említette, hogy azt a 6-8%-ot, amit egy nagyobb L1 cache-sel nyersz, el is veszíted latency-ben. Nem véletlenül van kőbe vésve már évek-évtizedek óta az L1, de az L2 mérete is. A bejárás szám nő csak.
640 KB mindenre elég. - Steve Jobs
-
S_x96x_S
őstag
válasz paprobert #5518 üzenetére
> Nem véletlenül van kőbe vésve már évek-évtizedek óta az L1, de az L2 mérete is.
Az Apple M1 -nek
6x L1 instruction cache -e (M1:192 KB vs ZEN3: 32 KB)
4x L1 data cache-e (M1:128KB vs ZEN3: 32KB )
4x L2 -cache van (M1:12MB+4MB (4+4mag) vs ZEN3: 512 KiB per core * 8)
mint a ZEN3-nak.valószínüleg tranzisztorban megfizették az árát ..
Kérdés, hogy mire kijön a ZEN4, addigra az M2 -ben mekkora cache lesz !
[ Szerkesztve ]
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz paprobert #5520 üzenetére
> Ha csak tranzisztor költsége lenne,
persze az ARM architektúra ..
de még inkább a gyártástechnológia
valószínüleg teljesen más architektúrát igényel a korai TSMC 5nm
mert az SRAM (L1 Cache ) - nem skálázódik csak kb ~ 4.2 Ghz -ig
és az M1-is csak 3.2Ghz -et bír maximum.. ( ~ sweet spot ?? )
vagyis a jelenlegi architektúrát ( ZEN3 ) ami >4Ghz -re épül
teljesen újra kellene tervezni.
Valószínüleg ezért sem sietett az AMD az 5nm-re , mert az a mobil architektúráknak jobban fekszik.
https://fuse.wikichip.org/news/3398/tsmc-details-5-nm/itt azért elég nagy helyet elfoglal - persze ez már 135MB SRAM
https://semiwiki.com/semiconductor-manufacturers/tsmc/283487-tsmcs-5nm-0-021um2-sram-cell-using-euv-and-high-mobility-channel-with-write-assist-at-isscc2020/Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #5519 üzenetére
Szerintem Amikor tranzisztorsűrűségről beszélünk, az fizikai kiterjedést is jelent és cache esetén szerintem ennek nagyonis van hatása a késleltetéssel. Vagyis amikor növelsz egy cache-t, akkor szerintem a fizikai kiterjedése hozzájárul ahhoz, hogy mekkora a késleltetés. Nagyobb sűrűség mellett a fizikai kiterjedés kisebb, tehát csökkenhet a késleltetés.
Az Apple cache-e egyébként nemcsak nagy kapacitású, hanem ráadásul fizikailag kicsi is.
Azt nem tudjuk, hogy forradalmi cache design vagy csupán a 5nm sűrűsége tette lehetőve.
Mindenesetre én arra számítok, hogy növekedni fog legalább az L2, de talán az L1 is és az 5nm miatt nem fog nőni a késleltetés.
A 3d cache épp azért lesz forradalmi, mert úgy tudod növelni a cache kapacitását, hogy a fizikai kiterjedés nagyon minimálisan nő.
Találgatunk, aztán majd úgyis kiderül..
-
HSM
félisten
válasz Petykemano #5523 üzenetére
Amit a késleltetésről írsz, az elérhető órajelekre lehet hatása az L1-L2 cache kiterjedésének a magon belül.
"3d cache épp azért lesz forradalmi"
Én sokkal inkább abban látom a forradalmiságát, hogy nem növeli a lapka méretét (kihozatal!), illetve "modulárisan" építhető, ha akarják rárakják, ha nem akarják nem, így többféle termékből építhető portfólió anélkül, hogy külön gyártósor és lapka tervezése válna szükségessé.[ Szerkesztve ]
-
-
paprobert
senior tag
válasz ShiTmano #5525 üzenetére
Szilíciumban való jelterjedés sebességével van összefüggésben a dolog.
Ha kitalálod, hogy holnaptól kétszer akkorát raksz a processzorodba, annak meglesznek a trade-offjai elérhető órajelben, késleltetésben, fogyasztásban, illetve abban, hogy esetleg nem illik az eddigi dizájn-filozófiához, és csak a negatívumokat teszed zsebre.
Vagyis a fizika nagyon behatárolja a lehetőségeket.
A RL felemássága is ennek tudható be, pl. azonos órajelen való gaming hátrány a 10. gen-hez képest.[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
-
S_x96x_S
őstag
Trükkös - Találós kérdés, mennyi lesz a ZEN4/ZEN5 Instruction cache,
ha a ZEN2-nél felezték.ZEN1 L1 instruction cache =64 KB
ZEN2 L1 instruction cache =32 KB
ZEN3 L1 instruction cache =32 KB
ZEN4 L1 instruction cache = ? KB ?????
ZEN5 L1 instruction cache = ? KB ?????Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #5527 üzenetére
Szerintem a uop (L0).cache megjelenése tette lehetővé az L1$ méretének csökkentését és a cél szerintem épp a késleltetés caökkentése lehetett.
Én a zen4 esetén... hmm elgondolkodtató. Max.egy szolid emelést tartok valószínűnek (48KB) L1$ terén. És 1MB-os L2-t.
Aztán a komoly áttervezés - Almásra - majd inkább a zen5. Azt gyanítom, nem véletlen, hogy a zen5 mellett jelenik meg a "zen4D"*, ami azt sejteti, hogy lesz egy zen vonal a zen4-ből, ami a jelenlegi egyensúlyi pont optimalizációja, és ágazik egy nagyobb mag.
* elvileg Abban a környezetben a zen4d nem a v-cache -sel szerelt változatot jelentette
Találgatunk, aztán majd úgyis kiderül..
-
Petykemano
veterán
Erősen kezdett a 5600g/5700g
[link]Találgatunk, aztán majd úgyis kiderül..
-
hokuszpk
nagyúr
válasz Petykemano #5529 üzenetére
nemcsodalom, eddig 5800X -re palyaztam, de ehhezképest az 5700G Alzás 140K -s ára elég csábító, eladom a Vega56 -ot, abból még sörözni is bőven marad, mégse az 5800X -hez kitalált "3800XT elad és rá kell rá kell dobni egy ötvenest" stratégia.
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
HSM
félisten
válasz Petykemano #5529 üzenetére
Épp tegnap olvastam én is. [link]
A kommentek között említették, hogy annyiból nem meglepő, hogy új termék, aki 5600X-et/5800X-et akart már rég vehetett, aki meg pl. az IGP miatt erre várt most lerohanta a boltot.Illetve írta valaki, hogy szép és jó az IGP, de ha veszel valami ezer éves rom VGA-t míg normalizálódnak az árak az sem feltétlen rossz opció, és akkor nem kell végig felezett L3-as processzort használj.
Én inkább HTPC-be tartom atomjó opciónak, ha nem cél a komolyabb játék és később se megy majd bele GPU.
-
S_x96x_S
őstag
válasz Petykemano #5528 üzenetére
> Szerintem a uop (L0).cache megjelenése tette lehetővé az L1$
> méretének csökkentésétvalószínüleg.
Amúgy nehéz kiegyensúlyozott design készíteni.> a zen5 mellett jelenik meg a "zen4D"*,
> ami azt sejteti, hogy lesz egy zen vonal a zen4-ből,Vajon mit jelenthet a "ZEN4D" -ből a "D" ?
Persze ha a ZEN3 3D-V-cache - ZEN3D -nek nevezik majd összel, akkor
közelebb leszünk a megfejtéshez.Lehet, hogy ez valami packaging - extension ?
valami réteges elrendezés?Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #5532 üzenetére
> Vajon mit jelenthet a "ZEN4D" -ből a "D" ?
> Persze ha a ZEN3 3D-V-cache - ZEN3D -nek nevezik majd összel, akkor
> közelebb leszünk a megfejtéshez.
Én úgy emléskszem, hogy az AMD nem nevezte a V-cache-sel elláttott zen3-at zen3D-nek, hanem ezt a kivejezést a rajongótábor aggatta rá.
Ami inkább az AMD-hez (vagy AMD-hez közeli szivárogtatókhoz) kötődik, az inkább a "Milan-X" kifejezés, aminek szerintem szintén egy nem AMD, hanem közönség általi mutációja a Vermeer-X.Az elnevezés kérdése érdekes.
Nagyjából tudható - csak mindig megfeledkezünk róla - hogy a fejlesztések nagy része, irányában és mértékében a szerverpiacnak és a notebookok piacának szól. A PR és a marketing viszont a nagyon lelkes "gamer" rajongótábornak.
A V-cache-ről is lehet sejteni, hogy elsősorban nem a játékosoknak készült, hanem a memóriaintenzív HPC alkalmazások alá. Persze akár szerver, akár desktop szegmensben is egy remek húzás lehet a V-cache-sel szerelt "olcsó" DDR4-es platformmal menni a drága DDR5-ös ellenfelekkel szemben. Tehát mégegyszer: a Milan-X szerintem érhet el komoly sikereket azzal, hogy olcsóbb DDR4-gyel ér el jó eredményeket.A desktopra mindig a nyesedék és hulladék érkezik. Nem mondom, hogy a szemét, de a termelés gyengébbik része.
Ha meg tudják oldani, akkor nem csak mag szám, hanem V-cache méret vonatkozásában is lesz szegmentáció.
Mondjuk:6600: szokásos
6600X: szokásos
6600XT: V-cache
6800: szokásos (OEM only)
6800X: szokásos
6800XT: v-cache
6900: szokásos, (OEM only)
6900X: szokásos,
6900XT: v-cache
6950X: szokásos,
6950XT: v-cache
Persze azt sem szabad kihagyni a számításból, hogy a Daytona biosban már láttuk, hogy az AMD elvileg nem csak 1 layer v-cache-sel készül, hanem upto 4. Tehát nem csak olyanfajta szegmentáció lehetséges, hogy van-e layer, vagy nincs, hanem hogy mennyi működőképes/aktív.
Pl:
6600 : cache nélkül
6600X: cache nélkül
6600XT: 1 layer
6800: cache nélkül (OEM only)
6800X: 1 layer
6800XT: 2 layer
6900: cache nélkül (OEM only)
6900X: 1 layer
6900XT: 2 layer
6950X: 1 layer
6950XT: 3 layer
A desktop elnevezéssel kapcsolatban abban egészen biztosak lehetünk, hogy valami olyan lesz, ami hangzatos és lelkesítő a nyesedéket megkapó gamer közösség számára. Ezt olyan elnevezésekkel érik el, amivel elhitetik, hogy mintha a fejlesztés nekik készült volna. Mint pl a gaming cache.
Frame Rate Stabilizer Buffer
Gaming Cache Cube (that improves your gaming experience with a new dimension)
3D Game CacheTalálgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
válasz Petykemano #5533 üzenetére
> A desktopra mindig a nyesedék és hulladék érkezik.
> Nem mondom, hogy a szemét, de a termelés gyengébbik része.ezt nem tudom, hogy hogyan érted ..
de talán én árnyaltabban ..
Ez szerintem az aktuális piaci poziciótól, kereslettől, versenytárstól, stratégiától is függ - vagyis nincs semmi se kőbe vésve.
Elsőként a Ryzen 1X00 azért jött ki desktopra, mert a játékosokat könnyebb volt meggyőzni.
A B2B/Szerver hitelesítések tesztelések sokáig tartanak, ott kevésbé megy, hogy valamit félkészen kidobunk a piacra.
( itt főleg a BIOS-ok kiforratlanságát értem )(talán) az AM5-ös új foglalattal megint megváltozik a helyzet.
feltéve, hogyha az Intel kőkeményen belehúz az Alder-Lake-S -el.
és a PCie5 hiánya kezd már kínossá válni.A chipleteknél se feltétlenül a desktop a másodrangú.
Míg az 5950x válogatottabb chiplet-eket kapott ;
mert tudnia kell a 4.79 Ghz közelit ;
addig a legtöbb szerver csak a komótos ~3.5 Ghz körül teper.a kakukktojás a Threadripper (Pro) - ami, bár Desktop/Workstation
azért fontos a magas órajel ..Mottó: "A verseny jó!"
-
S_x96x_S
őstag
az AMD Opteron A1100 - Cortex-A57 alapú volt;
"By today's standards, the Baikal-M1 isn't very powerful. Arm's Cortex-A57 was revealed in 2012 and first used for commercial SoCs in 2015. AMD used the Cortex-A57 core for its eight-core Opteron A1100 that never became popular, and Nvidia used the A57 in its Shield TV. Qualcomm also used this core for its Snapdragon 810, another less than stellar chip thanks in part due to it using TSMC's 20nm node. "
https://www.tomshardware.com/news/iru-launches-pc-with-russian-hardware-insideMottó: "A verseny jó!"
-
S_x96x_S
őstag
> Az 5900/5950x-eken azért ad mozgásteret, hogy elég,
> ha egy chiplet egy magja tudja a magas BOOST órajelet.Az Epyc 7763 ( 64-core )
- Base freq 2450
- Turbo freq: 3500Az 5950X megfelelője ( magszám alapján )
az EPYC 73F3 (16c/32t) F-series ; F= ‘fast’ processors ( $3521 )
base freq :3500
turbo freq :4000mindenesetre a 16 magos ZEN3-as turbók listája:
EPYC 7313P: Turbo: 3.70
EPYC 7343 : Turbo: 3.90
EPYC 73F3 : Turbo: 4.00
TR 3955WX : Turbo: 4.30
R 3950X : Turbo: 4.70
a "nyesedék és hulladék" chipleteket - simán el tudják a szerveres piacon is sózni.
főleg, hogy az EPYC procikat nem is lehet overlockolni.[ Szerkesztve ]
Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #5537 üzenetére
Szerintem legalább kétféle válogatási szempont (minőségi jellemző) létezik.
1.) Fogyasszon alapfrekvencián (3-4ghz) minél kevesebbet minden mag használata mellett
2.) Tudjon elérni minél magasabb frekvenciát legalább néhány magon.A kettő szerintem nem feltétlenül esik egybe, vagyis nem biztos, hogy alapjáraton az a lapka fogyaszt keveset, ami egyébként 1-2 maggal magas frekvencia elérésére képes.
A 64 magos epycekhez biztosan Azokat válogatják,.amik rendkívül.jó fogyasztási mutatókkal rendelkeznek'
A 12-16 magos ryzenekhez pedig valószínűleg Azokat, amik nagyon magas frekvenciát el tudnak érni.De az pl már megállapításra került, hogy a 16 magos ryzen esetén csak az egyik lapka jó minőségű max frekvencia szempontból, a másik tök "átlagos"
Találgatunk, aztán majd úgyis kiderül..
-
veterán
Új cikk a főoldalon:
Már eleve a V-Cache-re tervezte az AMD a Zen 3 chipletetsolfilo
-
HSM
félisten
válasz Petykemano #5538 üzenetére
"A kettő szerintem nem feltétlenül esik egybe, vagyis nem biztos, hogy alapjáraton az a lapka fogyaszt keveset, ami egyébként 1-2 maggal magas frekvencia elérésére képes."
Jó meglátás. De valamit kezdeni kell azokkal is, amik se különösebben magas órajelet, se különösebben jó fogyasztást nem hoznak. Én ezeket gondolnám ideálisnak pl. az 5900X-ek második CCD-jének elszórni. TDP tartalék van bőven, két mag kikapcsolható, és kb. csak a base clock van, mint kötelező specifikáció, amit a nem túl szoros TDP-n belül hozni kell. -
Petykemano
veterán
Ez nagyon érdekes:
Cezanne vs Renoir power-performance curve
[link]Alacsonyabb teljesítményszinten a Renoir nagyon picivel kevesebbett fogyaszt, magasabb teljesítményszinten viszont az inflexiós pontnál meredekebben ugrik fel a fogyasztás.
Szerintem megmagyarázza, miért van Renoir/Lucienne az U sorozatban és miért erősebb a CEzanne jelenléte a desktop (DIY) piacon.
Találgatunk, aztán majd úgyis kiderül..
-
Petykemano
veterán
"De valamit kezdeni kell azokkal is, amik se különösebben magas órajelet, se különösebben jó fogyasztást nem hoznak. Én ezeket gondolnám ideálisnak pl. az 5900X-ek második CCD-jének elszórni. TDP tartalék van bőven, két mag kikapcsolható, és kb. csak a base clock van, mint kötelező specifikáció, amit a nem túl szoros TDP-n belül hozni kell."
Természetetesen, pontosan.
De lehet, hogy az 5950X második lapkája is is ilyen átlagos / semmilyen kiemelkedő jó karakterisztikával nem rendelkező. Sőt, szerintem az 5600X és akár az 5800X is ilyen lapkákat kaphat, ahol szintén van bőven TDP keret és nem is feltétlenül kell a legkiemelkedőbb frekvencia-képesség.
A 6 magos lapkák többsége szerintem nem azért 6 magos, mert hibás, hanem mert 8 magosként túl sokat fogyasztana.Erre mondtam, hogy a desktopra a nyesedék/hulladék/forgács jut. Nem abban az értelemben, hogy amúgy a szemétbe kerülne, de ha ezeket az átlagos / semmilyen kiemelkedően jó karakterisztikával nem rendelkező lapkákat nem tudnák ilyen helyen ellőni, akkor ugye kénytelenek lennének vagy kidobni, vagy az epycekben felhasználni, ami mondjuk magasabb TDP-t, vagy 1-200mhz-cel alacsonyabb frekvenciát eredményezne az SKU-kban.
Ezzel nincs baj, nem azt mondom, hogy a desktopra kellene a legjobb lapkákat felhasználni.
Csak azt, hogy hát pont így - nyesedék/hulladék/forgács - formájában jutnak el a fejlesztések is a desktopra, amit lelkesítő marketingszövegekkel adnak el az itteni közönségnek.Ugyanezen logika mentén gondolom azt, hogy lesz majd V-cache-sel szerelt forgács is, amit majd úgy adnak el a desktop piacon, hogy "gyerekek, ez csakis nektek készült, játékra"
Találgatunk, aztán majd úgyis kiderül..
-
poci76
aktív tag
válasz Petykemano #5542 üzenetére
Ha már "hulladék újrahasznosítás", akkor akár az is elképzelhető, hogy olyan 1 layer v-cache-es procik is lesznek, ahol a v-cache mérete csak 32 MB, felhasználva a selejtes 64 MB-osakat. (Vagy olyan 2 layeresek, amelyek pl. 96 MB-osak, amihez hozzájön az alap 32 MB, így szép kerek 128 MB jön ki).
-
HSM
félisten
válasz Petykemano #5542 üzenetére
Az 5950X-en azért szigorúbb már a specifikáció és a TDP is szűkösebb.
"A 6 magos lapkák többsége szerintem nem azért 6 magos, mert hibás, hanem mert 8 magosként túl sokat fogyasztana."
Könnyen lehet.Én egyébként azt gondolom, szinte biztos, hogy desktop "flagship" CPU-kra azért igen jó lapkák (is) kerülnek a reklámérték miatt, gondolok pl. 5800X, 5950X. Persze, az 5800X lehet "forrófejű", csak tudjon magas órajelet, hiszen 140W-ig mehet a fogyasztása ami igen bőkezű, az 5950X-ért meg azért már kellően borsos összeget kell a kasszánál hagyni, hogy ne fájjon nekik túlzottan rárakni legalább egy igen jó CCD-t is.
-
Petykemano
veterán
Igen.
A bemutatott darab elvileg 1 layert tartalmazott.
A daytona biosban viszont az látszott, hogy 1-2-4 layer lehet aktív. (már ha persze nem volt kamu a képernyőkép)Mindenesetre jelenleg nem tudjuk biztosan, hogy az AMD első körben 1 layerrel próbálkozik. vagy már első körben is lehetséges a több layer. Nyilván minél több layer, annál több a hibalehetőség.
Én azt gondolnám, hogy ha már el kell vékonyítani a szilícium tetejét és alá kell vetni a 3D packaging eljárásnak, akkor azon már kár spórolni, hogy mennyi layert telepítenek. Persze attól függ, hogy mit jelent a hibás, vagy sikertelen illesztés. Anno a Fiji / FuryX esetén Abu azt mondta, hogy ha nem sikerül a HBM-mel való illesztés, akkor az egész kuka. Ha ez így van, akkor érdemesebb inkább óvatosan csak 1 layert pakolni.
Ha viszont félig sikeres illesztések esetén is működőképes lehet a 4db 64MB-os layer közül valamennyi, vagy valamennyi valamilyen kapacitással, akkor az bőven adhat lehetőséget a válogatásra, a selejtes példányok felhasználására.Jó lenne azt gondolni, hogy utóbbi igaz - a daytona bios alapján -, mert akkor ugye vélhetően több csurranna-cseppenne lefelé is. De a konzervatív énem azt mondatja velem, hogy csak 1 layer lesz.
Attól függetlenül természetesen abból is lehet vágott, ahogy mondod. (Az se feltétlenül azértm mert hibás, hanem csupán szegmentálási célból)
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
általánoságban a chiplet trendről.
Piecing Together Chiplets
https://semiengineering.com/piecing-together-chiplets/ami érdekesség - hogy itt is várható valami szabvábványosítás:
"The Open Domain Specific Architecture (ODSA) Sub-Project, an industry organization, is developing several key pieces here. ODSA also is developing chiplet design and modeling guidelines for all developers. One day, it hopes to have a forum where you can buy and sell chiplets on the open market."------------
"
Advanced packaging solves several challenges in today’s systems. For example, in systems, data moves back and forth between a separate processor and the memory devices. But at times this exchange adds latency and increases energy consumption. One way to solve the problem is to bring the memory and processor closer together and integrate them in a package.“There’s a need for higher memory bandwidth at lower power,” said Dave Hiner, senior director of advanced product development at Amkor, in a recent presentation. “This is where you see co-packaging of memory, either within the package or on chip.”"
Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz Petykemano #5546 üzenetére
AT fórmon is latolgatják a több stack lehetőségét. Mondhatnám úgy is, hogy van, aki készpénznek veszi, hogy elsőre is lehet több stack.
Mindenesetre az a kérdés is felvetődött, hogy mit hozhat.
Abu upto 25%-ot mondott - játékokban
Nyilván olyan alkalmazások esetén, amik nem függnek az L3-tól, nem fogjuk tudni mérni, láthatatlan, érzékelhetetlen lesz.
Pl a Cinebench esetén az 5600X és az 5600G között pont akkora (4.5%) különbség van ST módban, amekkora az egyszálas órajelkülönbség. (4.4 vs 4.6)Játékban viszont ennél nagyobb tapasztalható.
A fő különbség az 5600X és 5600G között az órajelen kívül a 32MB helyett csak 16MB-os L3$A HWBU tesztje szerint 10 játék átlagát figyelembe véve a két proci között (+3090) ~16% a különbség. Ebből írjunk jóvá 4.5%-ot az órajelnek. (Mindazonáltal megjegyezném, hogy érdekes módon az 5600G-nek a bázis órajele 3.9Ghz, míg az 5600X-nek csak 3.7Ghz)
Tehát az L3$ különbség kb 11%-ért lehet felelős. Legyen csak 10%.az AT fórumon nagyon lelkes JOE NY nevű user szerint vehetjük úgy, hogy az L3$ minden duplázással hozzáadhat 10%-ot. [link]
Ez persze nyilván nem igaz a végtelenségig - biztosan minden programnál van egy olyan méret, aminél már minden fontos dolog befér az L3$-be.De azért játszuk le:
- 16MB => 32MB: +10%
Ez ugye eddig 5600G és 5600X különbsége. De legyen a 32MB a bázis
- 32MB => 64MB: +10%
Ez azt jelenti, hogy már egy felében letiltott v-cache is hozhat 10%-ot.
Egy teljes 64MB-os stack (32MB+64MB) ennél valamivel többet, mondjuk akár 16%-ot is.
- 64MB => 128MB +10% => szumma +21%
128MB persze csak úgy jöhetne ki, hogy az embedded 32MB + 2Hi stack, ami 64MB-ról le van tiltva egyenként 48MB-ra. Két teljes stack ennél akár többet is.
- 128MB => 256MB +10% => szumma +33%
Ehhez persze már 4Hi stack kéne.Ha belekalkuláljuk azt egyre erősödő és nem pedig ilyen végtelenségig lineáris diminishing return jelleget, akkor azt láthatjuk, hogy nagyjából kijön az Abu által mondott 15-25%-os érték (játékokban), ami ebben a számításban persze a stackek számától nem független.
HSM-mel a minap arról értekeztünk, hogy az AMD valószínűleg azért legalább 5950X esetében valószínűleg azért nem spórolt a lapka minőségén. Arra azért lehet számítani, hogy a top Ryzen SKU-k esetén sem fog spúrkodni.
Ha ezek a számok bejönnek (egyrést az Abu által mondott, másrészt a számításos alapú), akkor lehet, hogy esetleg a cinebench elsőséget az AMD el is veszti, mindshare-ért igazán felelős a játékokban betöltött elsőségét nemhogy megőrizheti, de még erősítheti is az Alder Lake-kel szemben.
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
válasz Petykemano #5548 üzenetére
A bővített/réteges L3 cache -nél igazából a hűtés lehet még a sötét ló;
Mekkora plusz hő keletkezik és hogyan vezetik el.Lehet, hogy a rétegek növelése - az overlockolás rovására megy.
Talán le lehet majd a BIOS-ból tiltani az extra cache-t,
és akkor megtudjuk.Mottó: "A verseny jó!"
-
S_x96x_S
őstag
SEV: "elméletileg" egy gonosz - belsős rendszergazda ki tudja kódolni a titkosításott adatokat.
A HN ( Hacker news-os linken, legalul ) - bővebb - laikusabb infó is van.One Glitch to Rule Them All: Fault Injection Attacks Against AMD's Secure Encrypted Virtualization
"AMD Secure Encrypted Virtualization (SEV) offers protection mechanisms for virtual machines in untrusted environments through memory and register encryption. To separate security-sensitive operations from software executing on the main x86 cores, SEV leverages the AMD Secure Processor (AMD-SP). This paper introduces a new approach to attack SEV-protected virtual machines (VMs) by targeting the AMD-SP. We present a voltage glitching attack that allows an attacker to execute custom payloads on the AMD-SPs of all microarchitectures that support SEV currently on the market (Zen 1, Zen 2, and Zen 3). The presented methods allow us to deploy a custom SEV firmware on the AMD-SP, which enables an adversary to decrypt a VM's memory. Furthermore, using our approach, we can extract endorsement keys of SEV-enabled CPUs, which allows us to fake attestation reports or to pose as a valid target for VM migration without requiring physical access to the target host. Moreover, we reverse-engineered the Versioned Chip Endorsement Key (VCEK) mechanism introduced with SEV Secure Nested Paging (SEV-SNP). The VCEK binds the endorsement keys to the firmware version of TCB components relevant for SEV. Building on the ability to extract the endorsement keys, we show how to derive valid VCEKs for arbitrary firmware versions. With our findings, we prove that SEV cannot adequately protect confidential data in cloud environments from insider attackers, such as rouge administrators, on currently available CPUs."
https://arxiv.org/abs/2108.04575
HN https://news.ycombinator.com/item?id=28153523Mottó: "A verseny jó!"
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Huawei Mate 50 Pro - blendemonda
- Az MSI RadiX AXE6600 tesztje – router, játékosoknak
- Xiaomi 12X – kicsi a bors és hűvös
- Rossz üzlet az EV-kölcsönzés
- Kertészet, mezőgazdaság topik
- Politika
- Opel topik
- gban: Ingyen kellene, de tegnapra
- HiFi műszaki szemmel - sztereó hangrendszerek
- További aktív témák...
- Használt monitorok
- 2db Acer AW2000h F2 blade szerver 2x4db AW170H F2 blade-del eladó!
- HP Probook 340S G7 i5-1035G1/8GB/256SSD/Windows 11 -10% Csak ameddig a készlet tart!89.780 Ft
- iPhone 14 Pro 128 GB Space Black, 11 hónapos, kártyafüggetlen, 2024. május végéig garis , akku 91%
- Asus VivoBook X509JA-BQ904T