- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fejhallgató erősítő és DAC topik
- Milyen billentyűzetet vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen processzort vegyek?
- Milyen monitort vegyek?
- Melyik tápegységet vegyem?
- SSD kibeszélő
- Azonnali alaplapos kérdések órája
- Rágyúr a macOS-re a 3DMark
Új hozzászólás Aktív témák
-
S_x96x_S
addikt
(talán/pletyka)
a zen6 -ban jön
- chipletes iOD
- és a 32 magos chiplet. ( 2nm ? )
https://videocardz.com/newz/amd-next-gen-epyc-e-to-feature-up-to-64-venice-zen6-cores-pcie-gen6-support
-
S_x96x_S
addikt
és egy alaplap a Threadripperekhez
ASROCK TRX50 WS
https://www.asrock.com/mb/AMD/TRX50%20WS/index.asppár teszt link aTR-hez
- https://www.anandtech.com/print/21124/amd-ryzen-threadripper-7980x-and-7970x-review
- https://www.phoronix.com/review/threadripper-7970x-7980x-linux
- https://www.phoronix.com/review/amd-linux-threadripper-pro-7995wxAz Intel új AMX utasítása elég jól kompenzálja az AI -t ..
de minden másban Treadripper ..pl.
És játékra ( sakk ) az új Threadripper a legjobb !
Összesített:
-
S_x96x_S
addikt
...
AMD Ryzen Threadripper 7000X & PRO 7000WX Review Roundup
https://videocardz.com/167541/amd-ryzen-threadripper-7000x-pro-7000wx-review-roundup -
S_x96x_S
addikt
válasz
S_x96x_S #9189 üzenetére
> "Samsung Foundry .. 4nm-class process technology,
Lehet, hogy az SF4X ?
"""
, Samsung Foundry is prepping its
SF4X (4HPC, 4 nm-class high-performance computing)
designed for performance-demanding applications like
datacenter-oriented CPUs and GPUs.
To address such chips, Samsung's SF4X offers a performance boost of 10% coupled with a 23% power reduction. Samsung doesn't explicitly specify what process node that comparison is being made against, but presumably, this is against their default SF4 (4LPP) fabrication technology. To achieve this, Samsung redesigned transistors' source and drain after reassessing their stresses (presumably under high loads), performed further transistor-level design-technology co-optimization (T-DTCO), and introduced a new middle-of-line (MOL) scheme.
The new MOL enabled SF4X to offer a silicon-proven CPU minimum voltage (Vmin) of 60mV, a 10% decrease in the variation of off-state current (IDDQ), guaranteed high voltage (Vdd) operation at over 1V without performance degradation,
and an improved SRAM process margin.
Samsung's SF4X will be a rival for TSMC's N3P and N3X nodes, which are due in 2024 and 2025 respectively. Based on claim specificaitons alone, it is hard to tell which technology will offer the best combination of performance, power, transistor density, efficiency, and cost. That said, SF4X will be Samsung's first node in the recent years that was specifically architected with HPC in mind, which implies that Samsung has (or is expecting) enough customer demand to make it worth their time.
"""
-
Petykemano
veterán
válasz
Petykemano #9193 üzenetére
"Sonoma Valley is a Zen 5c APU on Samsung 4nm"
[link] -
S_x96x_S
addikt
válasz
hokuszpk #9190 üzenetére
> Samunak van chipletfelheggeszto technologiaja,
packaging?
le vannak maradva, de szeretnénekhttps://www.businesskorea.co.kr/news/articleView.html?idxno=117558
"""
(2023.07.03)
Samsung has also launched an all-out effort to develop advanced packaging technology that will take chip performance to the next level. At the Samsung Foundry Forum 2023 held on June 27, Samsung Electronics announced an all-out packaging war with TSMC, saying that it will not only advance its packaging technology but also grow related ecosystems. To this end, the Korean semiconductor giant even introduced the concept of a one-stop packaging service. It plans to provide customized packaging services for customers that want to improve the performance of their chips. In the long term, it will create a new line dedicated to packaging.
In order to overtake TSMC’s CoWoS, Samsung is also developing a more advanced concept of I-cube and X-cube packaging technologies. In particular, the Korean chipmaker is reportedly focusing its research on three-dimensional (3D) packaging in which multiple chips are stacked vertically to boost performance. “Samsung is preparing a more advanced way, the three-dimensional packaging of semiconductors,” a semiconductor industry insider said. “Soon there will be a head-on collision between Samsung and TSMC in packaging.”
출처 : Businesskorea(https://www.businesskorea.co.kr)
""" -
hokuszpk
nagyúr
válasz
S_x96x_S #9189 üzenetére
Samunak van chipletfelheggeszto technologiaja, vagy a legyartott chipeket viszik at a TSMChez palackozni ?
mondjuk a Zen5c -re eselyes, hogy nemlesz felheggesztve a 3D cache, szoval még jó is lehet.
a hosszutavu egyuttmukodesbol nehogy felvasarlas legyen, aztan lesz itt nekunk SAMDsung es nezhetunk mint a moziba. -
S_x96x_S
addikt
Úgy néz ki, hogy a Samsungnak gyártóként is sikerült megnyernie az AMD-t.
És ennek következményeként talán jobb lesz az ellátás ..AMD's Prometheus to be made both by TSMC and Samsung.
https://www.tomshardware.com/pc-components/cpus/samsung-lands-orders-for-amds-4nm-cpus-report"Samsung Foundry has landed an order from AMD to produce processors based on its Zen 5c microarchitecture using its 4nm-class process technology, reports DigiTimes, citing a report from South Korea-based Chosun Biz. If the information is accurate, the deal represents a major pivot in AMD's manufacturing strategy, as it means that it will split production of upcoming CPUs between TSMC and Samsung Foundry.
The report from DigiTimes claims that AMD is set to produce Zen 5c-based 'Prometheus' at two contract semiconductor chipmakers: Samsung Foundry and TSMC. The former is reportedly projected to make 'basic' versions of Prometheus on one of its 4nm-class process technologies, whereas the latter is expected to manufacture 'more advanced' versions of Prometheus on a 3nm-class production node.
"
--------------------Amúgy a Samsung is elég agresszív ütemtervet céloz meg ..
- és high-bandwidth memory (HBM) -ben
- valamint gate-all-around (GAA) tranzisztor-ban
eléggé az élen járnak.
Persze sok más dologban meg nem..
De szerintem potenciálisan következik, hogy a jövőbeli AMD AI-s termékeinél is szóba jöhet. -
S_x96x_S
addikt
> Uazzal a cpu-val 20% szórás ? Nem kevés ….
mint #9187hokuszpk irta, a hűtésnek igencsak fontos szerepe van,
de ezen kívül
1.) TDP
a gyártók a 7840u-nál kalibrálni tudják a TDP-t - elég nagy szórásban.
Ha jobb a hűtés feljebb viszik, ha rosszabb, akkor meg lejjebb , vagy hagyják hogy trotllingoljon ..
AMD Configurable TDP (cTDP) : 15-30W
( via https://www.amd.com/en/product/13186 )
de pontosabban
"a default TDP of 28 Watts with a cTDP of 15 to 30 Watts""With this testing on Ubuntu 23.10, the Ryzen 7 7840U was pulling 25 Watts on average under load and a 51 Watt peak while having a 1.6 Watt power consumption at idle. The ThinkPad P14s Gen 4 with the Zen 4 PRO SoC had a 25 Watt average too but a peak of just 36 Watts. The Acer Swift Edge 16 meanwhile had the lowest power consumption with just a 15 Watt average and a 30 Watt peak. It ultimately comes down to each laptop's cooling capabilities and the platform design for its power/performance limits."
( viahttps://www.phoronix.com/review/framework-13-amd/6
)2.)
Eltérő BIOS-t és BIOS beállításokat használniak. A Frame.work például most kapott BIOS frissítést. Előtte nem is működött rendesen a Linux ..És ha valamelyikben engedélyezték az "AI engine" -t a másikban meg nem, akkor a fogyasztási keretbe icit picit talán ez is belejátszat ..
Mini PC-knél például meglepő módon nem mindegyik 7840 -nél engedélyezték gyárilag az "AI Engine"-t ..3.)
Eltérő memóriát használhatnak, aminek eltérő sebessége van,
és ez egyes teszteket befolyásolhatja.
- Frame.work -ben: DDR5-5600 SO-DIIMM ( de ez upgradelhető , cserélhető .. )
- A Thinkpadban nem upgradelhető : LPDDR5X-6400 ( a gyári maximum LPDDR5x-7500 )
Vagyis meg kellene nézni minden konfig pontos memória
Egyes gyártók néha spórolásból csak 1 memória csatornát használnak .. ami4.)
A Thinkpad-ben PRO-s proci van ( AMD Ryzen™ 7 PRO 7840U)
a többiben meg sima ..
(spekuláció) Talán minimálisan ez is belejátszhat - néhány memória sebességtől függő tesztbe, az extra memória titkosítás és security miatt ( mindennek van költsége )5.)
Eltérő CPU gyártási batch-ek , reviziók, javítások ...
Az "Acer Swift Edge 16" - tesztje 6 July 2023 -án volt .. ~ 4 hónappal ezelőtt.
Akár még a TSMC is javíthatott a gyártátechnológián.6.)
egyéb nem felsorolt okok .. ( biztos vannak .. ) -
S_x96x_S
addikt
Framework 13 With AMD Ryzen 7040 Series Makes For A Great Linux Laptop
https://www.phoronix.com/review/framework-13-amd -
hokuszpk
nagyúr
válasz
ScomComputer #9183 üzenetére
de valami tenyleg van a levegoben ; ABU is lehozta álnéven.
-
S_x96x_S
addikt
olvasgatom a régi leakeket ..
A Strix Point -ot (RDNA3+ 16 CU) - at RTX 3050 Laptop GPU ellen tervezik
( 128-bit LPDDR5X - ami a mostani Phoenix -el azonos ha jól tudom .. )
Strix Halo :
(RDNA3+, 40CU, 32MB Infinity Cache ) -RTX 4070-es Laptopok ellen szánják.
( 256bit -es LPDDR5X memóriát kaphat)
vagyis a valamennyire gondoskodtak a sávszélesség növelésről.Viszont a "Strix Halo" -ból hogy lesz Desktop verzió AM5-el?
Ha +1 évet késleltetik, és 2025 végén jön,
akkor lehet, hogy már AM6-os lesz ??? -
S_x96x_S
addikt
CVE-2023-20592
A javítás már kijött (μcode) és a gen1,2,3 epyc-eket érinti .
https://cachewarpattack.com/
"CacheWarp is a new software fault attack on AMD SEV-ES and SEV-SNP. It allows attackers to hijack control flow, break into encrypted VMs, and perform privilege escalation inside the VM."https://www.amd.com/en/resources/product-security/bulletin/amd-sb-3005.html
Bulletin ID: AMD-SB-3005
Potential Impact: Memory integrity
Severity: Medium
Affected Products
1st Gen AMD EPYC™ Processors (SEV and SEV-ES)
2nd Gen AMD EPYC™ Processors (SEV and SEV-ES)
3rd Gen AMD EPYC™ Processors (SEV, SEV-ES, SEV-SNP)
------------
This issue has not been found to impact AMD 4th generation “Genoa” EPYC™ processors (“Zen 4” microarchitecture). -
hokuszpk
nagyúr
válasz
Petykemano #9165 üzenetére
hat elbirnam kepzelni a Cezanne tetejere felapplikalt +64MB cachet ; igaz "csak" 80MB lenne a vegeredmeny, de lehet a Vega8 egy picit megtaltosodna.
-
hokuszpk
nagyúr
válasz
ScomComputer #9163 üzenetére
ha feltunik a 7600X3D , kezdjunk gyanakodni, hogy valami hibat fogtak, es egy negyedevet kesik a Zen5...
-
S_x96x_S
addikt
( AM5 socket )
az új X600 -as chipset(activator): 28 Gen5 sáv
vs.
az X670/B650 : 24 Gen5
( via : wccftech )
-
Petykemano
veterán
válasz
Alogonomus #9171 üzenetére
Igen azt linkelted.
De azzal a határozott általános konnotációval, hogy a v-cache nem segít az IGP-nek. Én meg kifejtettem, hogy ez a megállapítás a 7950X3D mérésekor vétett hibára és konkrétan a 7950X3D (vagy a jelenkeg összes zen4X3D-re) érvényes, amelyek esetén a v-cache a Compute die tetején van és az IGP-t tartalmazó IOD összeköttetésének jellege miatt logikátlan is lenne ilyesmi hatást várni.Az vcache kívánt hatása APU-k esetén nyilván akkor érhető el, ha
- a v-cache nem a CPU L3$ kiterjesztése, hanem a GPU-hoz tartozó infinity cache (vagy annak.bővítménye) funkciót látja el
- vagy ha az AMD esetleg mégiscsak hozna egy olyan megoldást, hogy a CPU és a GPU közös LLC-ként használja. (Aminek az Intel példája szerint az a kockázata,.hogy az IGP "teleszemeteli")Az "infinity cache" valójában a GPU victim működésű L3$ fantázianeve. A v-cache pedig inkább annak eljárásé, ahogy a cache illeszkedik a fogadó lapkához.
Mivel a navi31&32 esetén az infinity cache a 2.5 tokozással (infinity interconnect) kapcsolódó MCD-ben kapott helyet, ezért nem gondolnám, hogy problémát jelentene ugyanezt a funkciót ellátó cache-t utólag a lapka tetejére "rászerelni"
-
S_x96x_S
addikt
válasz
S_x96x_S #9174 üzenetére
amúgy maximalistáknak - már van X3D-s mobile proci.
The World’s Fastest Mobile Gaming Processor. The Ultimate Gaming Laptop.
AMD Ryzen™ 9 7945HX3D + NVIDIA® GeForce RTX™ 4090 Laptop GPU
powers the ROG Strix SCAR 17 X3D
Seize the win with the world’s fastest mobile gaming processor, armed with exclusive AMD 3D V-Cache™ technology to minimize lag, maximize responsiveness, and give you the best gaming experience you can get.
https://www.amd.com/en/products/apu/amd-ryzen-9-7945hx3d
ROG STRIX SCAR 17 X3D
https://rog.asus.com/laptops/rog-strix/rog-strix-scar-17-x3d-2023/ -
S_x96x_S
addikt
válasz
S_x96x_S #9173 üzenetére
pontosítás a 2.-hoz
mobile:
AMD Ryzen™ 9 7945HX3D : Max. Boost ClockUp to 5.4GHz
AMD Ryzen™ 9 7940HS : Max. Boost ClockUp to 5.2GHz
AMD Ryzen™ 7 7745HX : Max. Boost ClockUp to 5.1GHz ( 8 core )
vs.desktop - ami alapján vegyük a 3D-Vcache -nál az 5 Ghz-et mint limitet
AMD Ryzen™ 9 7950X: Max. Boost ClockUp to 5.7GHz
AMD Ryzen™ 7 7800X3D: Max. Boost ClockUp to 5.0GHz
vagyis a mobilnál is van különbség ( X3D max freq vs. normál CPU )
de ott sokkal kisebb lesz ez az olló ( különbség )
és a mobilnál az overlocking is sokkal korlátozottabb a hűtés miatt . -
S_x96x_S
addikt
válasz
solfilo #9172 üzenetére
> tehát egy 2CU-s mérésből nem vonnék le következtetést, mennyit segítene 12 esetén.
igen(szerintem)
1.)
a 3D-Vcache "érezhetően" csak akkor segít, hogyha CPU limites a rendszer, mert ott van a szűk keresztmetszet.
Vagyis 12 - 40 CU esetén + Extrém alacsony felbontás (<= 720p ) esetén szerintem már ki lehetne mérni pár játéknál a 3D-Vcache pozitiv hatását. ( sok másnál meg nem )
2.)
Ami még fontos lehet, hogy a mobil APU-nál alacsonyabb a CPU freq;
emiatt a desktop normál magok magasabb freq -je itt már kevésbé vagy egyáltalán nem jelentkezik.
pl. 7950X3D és a 7950X esetén a freq limit behatorolja az X3D-s magokat emiatt sokszor rosszabb eredményt lehet elérni , de mobilnál azt feltételezem, hogy ez ott már nem annyira domináns , vagyis ott csak a 3D-Vcache előnyei érvényesülnek a hátrányai nem igazán.
Ami viszont bonyolítja, hogy jelenleg nincs chipletes APU ( az Intelnek meg van, Meteor Lake ) emiatt rá-aplikálni a jelenlegi APU-ra a 3D-Vcache-t extrém megbonyolulítja és ez megdrágítja a gyártást, ami miatt MOST MÉG nem annyira gazdaságosos ilyet piacra dobni. ( de a jövőben ez szerintem változni fog ! )
(Oct 27th 2023) AMD to consider chiplet design for mainstream mobile APUs once it’s more cost-effective and power-efficient
https://videocardz.com/newz/amd-to-consider-chiplet-design-for-mainstream-mobile-apus-once-its-more-cost-effective-and-power-efficient -
válasz
Alogonomus #9171 üzenetére
Te a V-Cache olcsó alkalmazhatósága kapcsán írtad, hogy azzal esetleg kezelni is lehetne az APU-k sávszélesség-korlátos helyzetét. A 7950X3D kapcsán az már megállapítható, hogy a V-Cache arra nem alkalmas.
Erre gondoltam én is. A következtetés nem helyes szerintem, ha sávszélesség gond van, az annál jelentősebb, minél több a CU, tehát egy 2CU-s mérésből nem vonnék le következtetést, mennyit segítene 12 esetén.
-
Alogonomus
őstag
válasz
Petykemano #9170 üzenetére
Én is azt a cikket linkeltem, ami a tévedés beismeréséről szólt.
Te a V-Cache olcsó alkalmazhatósága kapcsán írtad, hogy azzal esetleg kezelni is lehetne az APU-k sávszélesség-korlátos helyzetét. A 7950X3D kapcsán az már megállapítható, hogy a V-Cache arra nem alkalmas.
Az Infinity Cache az más tészta, az nem egy utólag chipre "rászerelt" cache, hanem a chip területének egy bizonyos része.
Az Infinity Cache 2,3 GHz mellett is már 5,3 TB/s átviteli sebességre képes, és 2.72 ns a késleltetése. A V-Cache ezzel szemben "csak" 2,5 TB/s sebességre képes, és 10-12 ns a késleltetése. A két technológiát összehasonlítva az Infinity Cache bő 2x gyorsabb, és 4x reszponzívabb. Az Infinity Cache már valószínűleg sokat javítana az IGP teljesítményén. -
Petykemano
veterán
válasz
Alogonomus #9166 üzenetére
Én úgy emlékszem, hogy arról a tesztről, amiből úgy tűnt, hogy számít, kiderült, hogy valami tévedés volt.
Egyébként nem is volna különösebben logikus.
Az AMD által a CPU-khoz alkalmazott szubsztráton keresztül vezetett infinity fabric kapcsolat sávszélessége a hagyományos CPU-khoz sávszélesség-igényéhez van méretezve. Ez a sávszélesség-igény ugye akkor változik drasztikusan, ha a CPU-val komoly AVX-512 műveleteket akarnál végezni. De a vektorműveleteket ugye már elég közel állnak a GPU tevékenységéhez, amik szintén komolyabb sávszélesség igénnyel rendelkeznek.
Így nem is nagyon lenne logikus a CPU-hoztartozó L3$ bővítő lapkát (vagy a CPU L3$-t) az IGP gyorsítótárazására használni, amely esetben az adatnak az ehhez relatíve lassú infinity fabricon keresztül kellene áramolnia. Míg a CPU irányábnan a bővítet L3$(emlékből mondom) 1TB/S sávszélességet is nyújtott, az infinity fabricon keresztül ennek csupán töredéke hasznosulna.Ebből én nem vonnék le következtetést, hogy egy APU esetén közvetlenül az IGP-hez csatolható külön gyártott infinity cache képes lenne-e kompenzálni az asztali környezetben elérhető alacsony sávszélességet, hogy növelhető legyen az IGP mérete.
-
válasz
Alogonomus #9168 üzenetére
Én nem értek a lovakhoz, ezt a témát is felületesen követtem, eddig azt hittem a V-Cache biztosíthat némi extra sávszélt az IGP-nek, amire jól láthatóan 2CU esetén nincs szükség, mert marginális csak a difi (ellenben 6x ennyi számolóegységnél már jól jöhet). Ha nem így van, akkor az előbb hülyeséget írtam.
-
Alogonomus
őstag
válasz
solfilo #9167 üzenetére
6 CUP, vagyis 12 CU esetén a V-Cache kapacitásán már 6 feldolgozó egység "marakodna", vagyis garantálhatóan még kevesebb hasznot hozna az összességében ugyanakkora V-Cache. 6*64 MB V-Cache esetén talán jelentkezne komolyabb előny, de annyi V-Cache fizikailag nem fér el.
-
válasz
Alogonomus #9166 üzenetére
Kérdés, hogy 2 helyett 12 CU-nál is ilyen marginális lenne e a difi vagy sem.
-
Alogonomus
őstag
válasz
Petykemano #9165 üzenetére
Márciusban volt egy ezzel kapcsolatos "véletlen teszt", aminek a végmegállapítása az lett, hogy komoly előnyt nem jelent a V-Cache az IGP számára. Bár a 7950X3D nem valódi APU, hiszen nem egy külön CPU és külön GPU közös tokozáson, de az AMD akkor is APU-nak titulálja a rendelkezésre álló IGP alapján.
-
Petykemano
veterán
válasz
Petykemano #9164 üzenetére
Mivel az 5600X3D $229, az 5500X3D-t én legfeljebb $199-re várnám.
A microcenter egy 5600X3D-t, egy B550 alaplapot és 16GB RAM-ot kínál $270-ért. Ez alapján, mivel látszik, hogy igazából a microcenter sem listaáron értékesíti, akár a $179-et sem zárnám ki.De a lényeg nem ez. Hanem az, hogy vajon ha egy V-cache-sel szerelt - persze régebbi node-on gyártott - CPU belefér $199-ba, és az AMD 3D tokozás kapacitása szempontjából is bírja, hogy a termék olcsón, akár nagy volumenben kerüljön piacra, akkor alkalmazható lenne - végre - a technológia arra, hogy gazdaságos módon kezelje az APU-k sávszélesség-korlátos helyzetét, ami eddig egyik fő technikai akadálya volt annak, hogy nagyobb teljesítményű IGP-t kapjanak?
-
Petykemano
veterán
válasz
ScomComputer #9163 üzenetére
5700X3D: 8C/16T, 4.1GHz/3.0GHz, 96MB L3 cache,
5500X3D: 6C/12T, 4.0GHz/3.0GHz, 96MB L3 cache.
Mikre nem fussa manapság...Vajon mi lehet az apropója? Az 5600X3D annyira kicsi eresztés volt, hogy csak a microcenterben volt kapható.
Ezek valószínűleg 65W-osak lesznek, nem pedig 105WMondjuk azt azért tegyük hozzá, hogy itt már lehet, hogy akkora a frekvencia regresszió az eredeti (5800X, 5600X)-hez képest, hogy annál már érdemben szinte alig, vagy nem is gyorsabb.
Olyan, mintha a 5800X3D a túlságosan nagy fogyasztású selejt lett volna, ami nem megy el Milan-X-nek. Aztán jött ugye az olcsósított 5700X, ami olyan mintha akkor érkezett volna, amikor a Milan iránti kereslet visszaesett. Most meg az 5700X3D és a 5500X3D kelt bennem olyan benyomást, hogy a Milan-X szerverekbe való szállítását hagyták abba és a felszabadult kapacitást kiöntik a DIY piacra.
Mondhatjuk, hogy a V-cache ezzel mainstream technológiává vált?
-
Petykemano
veterán
Redgamingtech új számokkal állt elő a Zen5-höz [link]
GB6
3500/24000
(Ez 20, illetve 25%-os előrelépést jelentene)A mobil verziók meg értelemszerűen 100-200-300, illetve MT esetén néhány ezer ponttal kevesebb.
-
Petykemano
veterán
A SDXE ~170mm2 méretű. [link]
Ami elég jó ahhoz képest, hogy a Phoenix is 178mm2 azonos gyártástechnilógián. Többre számítottam.
Az IGP a gyakorlatban kb ugyanazt tudja.
Viszont úgy vélem, hogy az NPU fejlettebb lehet és 12 remek ST teljesítménnyel és energiahatékonysággal működő mag van benne. Pusztán a magok száma kezelhető kihívást jelent, hiszen 4 nagy mag beáldozásával (+ néhány milliméter) 8c mag beépíthető.
Ugyanakkor a cache méretben még akkor is lennek különbség. 12 maggal 12x1MB L2$ lenne. Jelenleg 16MB L3$. Ennél épp másfélszer nagyobb cache mennyiséggel rendelkezik az SDXE. Ez különösen amit fájó, ha az eloszlása is más és L1$-ban és L3$-ben bővelkedik.A Zen4 persze döntően csak egy die shrink. A zen3 jó példája annak, mennyivel többet lehet kihozni, ha egy architektúrát kezdetektől az adott gyártástechnológiára terveznek. Én a Zen5 esetén is számítok hasonlóra, vagyis hogy nagyobb lesz, mint a Zen4, de azért nem brutálisan nagyobb. (Mármint egy mag)
Mindenesetre én arra számítok, hogy a Strix inkább 220-230mm2 lesz.
-
Petykemano
veterán
Azt valószínűsítem, hogy a Strix pointnál látott 12 mag normál és c magok egyvelegéből fog összeállni.
Viszont azért pár kérdés felmerülhet:
A 12 mag 1db vagy 2db CCX-be lesz szervezve?
Szerintem a c magok azonos frekvencián érdemben nem sokkal energiahatékonyabbak, mint a normál társaik (ha nem számoljuk a kisebb L3$-t) Elsődleges céljuk a MT skálázódás. 15W-os környezetben 2-3 mag igénybevétele után úgyis jelentősen csökken az további igénybe vett magokon az elérhető frekvencia. Ennélfogva 2-3 magon túl megspórolható az arra költött lapkaméret, hogy bármelyik mag az egyszálas csúcsfrekvencia közelében legyen.
Ha két CCX-ből áll, akkor lehet értelmet és érvelést találni a 8+4c, 6+6c és a 4+8c elrendezésben is.
Ha egy CCX-be szervezik - ami a gaming szempontjából mindenképp hasznos volna - akkor viszont a 4+8c-n kívül nem tudom van-e értelme másnak.De vajon hogy tudná az AMD 12 magot 1CCX-be szervezni?
Vajon a hagyományos Zen5 chiplet még hagyományos ringbusszal jönne, de a 16 magos Zen5c és a Strix már az új létra elrendezéssel? -
Petykemano
veterán
December 6 - AIMD event
-
Petykemano
veterán
Az AMD 2023Q3-as pénzügyi jelentése szerint
- a Turin mintapéldányok már a partnereknél vannak, 2024-ben rajtol
- szállítják a Mi300A-t az El Capitanhoz
- idén $400m, jövőre $2b bevételt várnak a Mi300 AI gyorsítókból
[link] -
Petykemano
veterán
MLiD a zen5 apuk előzetes várakozásokhoz képesti csúszását jelentette [link]
Ez elég sajnálatos. Én azért tényleg reméltem, hogy kellő erőforrással fel tudják gyorsítani az apuk kiadását, hogy minél kevesebbet késsen az asztali/szerver változatokhoz képest. Persze lehet, hogy az is később jön, mint reméltük.Elnézve ezt a roadmapet, elég elszomorító. 2024-ben az AMD végig cipeli magával a régi termékeket:
Zen3 alapon N7-es Barcelo - miközben a Vega driver.támogatását már el is akarják hagyni. N6-os Rembrandt. És Phoenix refresh.Nagyon úgy tűnik, hogy az amd vagy képtelen komoly wafermennyiséget lefoglalni, vagy nem mer ebbe befektetni, hanem annyira spúr, hogy a megmaradt kapacitásokat igyekszik felcsipegetni és abból készíteni olcsó portfóliót.
Ez azért probléma, mert a Qualcommnak, Mediateknek általában nem szokott problémát jelenteni nagy volumenű gyártáshoz gyártókapacitás lefoglalása. 2024-ben jön az SDXE és azzal ez a felhozatal nem leysz versenyképes. Nem is beszélve az Apple-ről, persze az más liga.
És értem, hogy az intel is csúszik, de ha.ahhoz igazodnak, akkor csak elősegítik az arm terjedését.Az Apple elvileg 2024-re áttér N3-ra, az N4 kapacitások felszabadulnak.
És az AmD 2025-ben is majd még RDNA3.5-tel és N4-en gyártott termékekkel.akar versengeni? Hááát... vajon miért? Tartok tőle, hogy az nvidia fel fogja mosni a padlót az amdvel az apuk terén is.
-
Petykemano
veterán
/konkurencia - Apple M3/
15%-ot mond az Apple CPU teljesítmény növekedés gyanánt az előző generációhoz képest. Ami nem rossz. De a kezdeti kiugráshoz képest szerényebb. Annyira szerény hogy maga az Apple is az M1-hez hasonlítgatja.
Pedig még új gyártástechnológiát is használnak. Ezzel valahol ott lehetnek, mint a QCSDXE. De az ultra valószínűleg nagyon szépen fog teljesíteni, felfelé skálázódni.
-
S_x96x_S
addikt
válasz
Petykemano #9154 üzenetére
> Ugyanakkor még ebből sem egyértelmű, hogy azért-e, mert lehetetlen,
> vagy csak mert az intel hibázott.NEM volt könnyű a feladat ... ÉS .. az Intel rossz döntéseket hozott ..
Valamint a gyártástechnológiával se nagyon tudta kompenzálni az Apple M1 hatékonyságát és kicsiszoltságát .. A TSMC valószínüleg úgy kezelte az Apple-t mint egy királyt .. és minden kérésükre megpróbáltak odafigyelni ..
Valamint az Apple M1 egy relative korszerű architektúra,
GPU és más integrációval ( vagyis egy ideális APU )
és ha minden program újra lett fordítva,
akkor jó-hogy kihasznál mindent, amit az M1 adhat.
az AM64 - X86-64 -en pedig ott a dilemma, hogy milyen utasításokon fusson ..
( no-AVX , ... AVX2, AVX-512. ... )
Az Apple M1 ökoszisztéma minden tagja támogatja a NEON 128 bites vektort ..
Ami ráadásul eléggé energiahatékony ..
Ha meg ennél szélesebb kell, akkor az a GPU .. ami egy ideális APU .. -
Petykemano
veterán
válasz
S_x96x_S #9153 üzenetére
Lehet, hogy így volt, csak az nem.derült ki, hogy a nem válaszban az volt-e, hogy nem tudunk,.vagy az, hogy a jelenlegi architektúránk, a célpiacaink által meghatározott know-how és azboda kijelölt irány nem teszi lehetővé, csak nektek meg nem fogunk külön archutektúrát fejleszteni.
Az atom lehet, hogy arm versenytársnak volt kezelve az intelnél, de szerintem arra azért gondosan ügyeltek, hogy mindig meglegyen a megfelelő rés, ne legyen túl erős.
De... amennyiben létezik valamilyen olyan követelmény a meglevő célpiacokon (pl szerver), ahová a széles architektúra nagy L1$-sel és alacsonyabb célfrekvenciéval nem ideális, a kifejezetten nem szerverbe, hanem alacsony fogyasztású kliensekbe szánt atom esetén az intel igazán megkísérelhette volna a szélesítést, és a nagy cache-t - legkésőbb akkor, amikor ezt az Apple felvetette/kérte.
Ugyanakkor még ebből sem egyértelmű, hogy azért-e, mert lehetetlen, vagy csak mert az intel hibázott.
-
S_x96x_S
addikt
válasz
Petykemano #9152 üzenetére
> és mivel az Apple végül mégiscsak dobta az Intelt, ezért ez az érv eredendően téves?
Hogy nem csak az ISA számít ..
- hanem a gyártás technológia ( és kapcsolat )
- az ár ( az Intel eléggé túlárazta az i7-et .. )
- a szerződéses flexibilitás ( Az Apple is ugyanazt a consumert -t kapta .. )
- és a saját ötletek megvalósítása ( szerintem az ötletek felének a megvalósítását már látjuk .. de még lehet a tarsolyban .. )
- és hogy az Intel minden szinten tudná hozni az energiahatékonyságot ..
- stb.És hiába példálózik egy tanulmány az Atom procival,
amikor az Apple és a többi felhasználó is : az akkori i7 -től is
ugyanazt az energiahatékonyságot várná el,
de ezt meg nem tudta ( vagy nem is akarta ) nyújtani az Intel ..Persze azóta ~ 10 év eltelt ..
és az Intel ráfeküdt az "e-core" -os magokra is,
amelyek lényegében az Atom re-brandingje ..ahogy egy akkori cikk irta:
"Cost is the foremost consideration, but power dissipation runs a close second"
https://qz.com/244215/why-apple-could-break-up-with-intel-over-the-mac
Feltételezem, hogy az Apple megkérdezte az Intelt, hogy tud-e egy i7 kaliberű - atom hatékonyságú procit készíteni nekik .. és erre nem kaptak kielégítő választ .. -
Petykemano
veterán
válasz
S_x96x_S #9151 üzenetére
> Amint tudjuk .. az Apple a saját méréseit vette alapul .. és dobta az Intelt ..
Ezzel arra akarsz utalni, hogy a 2014-es extremetech cikkben arra, hogy az Apple miért nem fogja leváltani az Intelt és az x86-ot azt az érvet hozták fel, hogy a fogyasztásbeli különbségeket elsősorban architekturális különbségek, semmint az ISA-ból fakadó elkerülhetetlen hatékonytalanság magyarázza, és mivel az Apple végül mégiscsak dobta az Intelt, ezért ez az érv eredendően téves? -
S_x96x_S
addikt
válasz
Petykemano #9147 üzenetére
(mobil)
> A miért kérdés feltevésekor pedig eljutunk ugyanoda, hogy vajon azért-e,
> mert az AMD képtelen volna erre? vagy mert az x86 alkalmatlan erre?talán önmagában alkalmas az x86-64 ISA is, ha megfelelő fejlesztői erőforrást és gyártástechnológiát mögé tesznek ..
De mivel a mobil piacon elég nagy a verseny
és extrém alacsony az árrés ..
üzletpolitikailag már nem éri meg ilyen későn belépni, f
őleg akkor, hogy az arnytojás AI - az alternativa ..
vissza olvasgatva a régebbi elemzéseket ..
annó kezdetben az Intelnek eléggé versenyképes ATOM - procija volt ..
de rossz döntésekkel elbaltázta ,
mert a cégen belül féltek, hogy az aranytojást tojó X86 -nak is betesz ..
úgyhogy cégen belül kicsinálták, megfurták ..Annyira kicsinálták, hogy az utolsó atom - a tesztek végére került ..
( via Intel’s Last Atom in Smartphones: A 2018 Benchmark )
-------------------------------------
és egy tanulságos 2014-es cikk ..
ami azt magyarázza meg, hogy miért nem dobja az Apple az Intelt ...Why Apple won't dump Intel x86 for its own ARM chips in MacBooks and the Mac ProCould Apple be prepping a near-term switch to an A7 class product for its future hardware needs? It's not impossible -- but we doubt it.
https://www.extremetech.com/computing/187513-why-apple-wont-dump-intel-x86-for-its-own-arm-chips-in-macbooks-and-the-mac-proés benne rengeteg kutatás és hivatkozás ... ami azt bizonygatja , hogy miért nincs igazuk ..
"It's a pretty story, but it's not true. Independent research has demonstrated(Opens in a new window) that the power consumption differences between ARM and x86 come down to architectural choices, not intrinsic inefficiencies in the ISA. Furthermore, power consumption at the device level is driven by multiple components, not just the CPU."Amint tudjuk .. az Apple a saját méréseit vette alapul .. és dobta az Intelt ..
-
S_x96x_S
addikt
válasz
Armagedown #9149 üzenetére
> Aztán ott van az a másik dolog is, hogy hiába nyílt az arm,
> egy arm alapú rendszerre nem telepíthető bármilyen arm-re írt operációs rendszer,
> míg X86-64re telepíthető bármi, ami erre a mikroarchitektúrára van írva.??? Ezt mi alapján állítod ?
Én itt egyáltalán nem érzékelem azt amit irsz ...Jellemzően ARM-re sokkal több minden van ...( a régi windowsokat leszámítva )
https://en.wikipedia.org/wiki/Category:ARM_operating_systemsMég az egyedi kütyük (pl orangepi) oldalán is rengeteg fel van sorolva ..
http://www.orangepi.org/orangepibbsen/forum.php?gid=46> Nem beszélve arról, hogy korlátozzák is a gyártók,
> hogy mit telepíthetsz egy arm alapú eszközre, pl a zárt bootloader miatt.ja, ... próbálják az átalguser-t megvédeni ...
de ez újabban az AMD-gépeken is várható ~"Microsoft's Pluton" -
Armagedown
őstag
válasz
Petykemano #9145 üzenetére
Aztán ott van az a másik dolog is, hogy hiába nyílt az arm, egy arm alapú rendszerre nem telepíthető bármilyen arm-re írt operációs rendszer, míg X86-64re telepíthető bármi, ami erre a mikroarchitektúrára van írva.
Nem beszélve arról, hogy korlátozzák is a gyártók, hogy mit telepíthetsz egy arm alapú eszközre, pl a zárt bootloader miatt. -
paprobert
őstag
válasz
Petykemano #9145 üzenetére
Felhasználói szempontból, mennyivel kell gyorsabbnak lennie, és mennyivel kell hosszabb üzemidővel rendelkeznie, hogy váltson valaki ARM-ra?
Jó kérdés.Egy prémium ARM SoC - prémium x86 SoC csatának nézünk elébe, de egyelőre még nincsenek tesztek, azaz semmit nem tudunk.
Fontos kérdések, hogy mekkora lapkamérettel tudja ezt? Tenyérnyi szilíciummal, vagy alig nagyobb mint egy mobiltelefon SoC?
Mi az üresjárati és a max fogyasztás?Az AMD mellett a Team x86-ba úgy tűnik betársul az Intel is, lényegében egy időben a QC chippel.
Túl sok kérdésre nem tudjuk még a választ, de annyi biztos, hogy profit az bőven van ebben a szegmensben, azaz lesz mit elversenyezni egymás között.
-
Petykemano
veterán
válasz
S_x96x_S #9146 üzenetére
> hogyha az AMD-nek is lesz mobiltelefonba Ryzen chipje,
> vagy az Intel újra nekilódul a mobilpiacnak az X86-al ..
Kétlem, hogy az AMD ilyesmibe vágná a fejszéjét.
A miért kérdés feltevésekor pedig eljutunk ugyanoda, hogy vajon azért-e, mert az AMD képtelen volna erre? vagy mert az x86 alkalmatlan erre?
Vagy csak mert az AMD célpiacain teljesen más szempontok szerint kell terveni a magjukat és teljesen felesleges lenne egy olyan mobil design-t készíteni, ami annyival jobb biztosan nem tudna lenni (már ha egyáltalán jobb tudna lenni), hogy komoly érdeklődést keltsen fel, miközben meg egyébként az ARM processzorhoz szokott mobiltelefon piacon senki nem kiváncsi az x86 processzorra. Az egy évtizedes vállalkozás lenne, miközben az AMD (és az Intel) nem képes befolyásolni a szoftveres ökoszisztémát.Mindazonáltal azzal természetesen egyetértek, hogy kéne bizonyíték.
-
S_x96x_S
addikt
válasz
Petykemano #9145 üzenetére
> Az energiahatékonyság egy fontos szempont.
> De az energiahatékonyság - meggyőződésem szerint - főleg a designból ered,
> nem az ISA-ból.
Lehetséges, ... De ezt a gyakorlatban is be kell bizonyítani ..
Én pl. csak akkor fogadom ezt el,
hogyha az AMD-nek is lesz mobiltelefonba Ryzen chipje,
vagy az Intel újra nekilódul a mobilpiacnak az X86-al ..
persze most ott vannak az AMD kézi konzolok ( Z1 ) de azok még mindig nem ütik meg az általam elvárt szintet ..
Én amúgy azt várom, hogy jönnek az összeolvasztott mobil + laptop kombinációk.
amikor is egy "laptop keretbe" beteszed a telefonodat
és egy teljes értékű számítógépet kapsz .. -
Petykemano
veterán
Talán az Qualcomm bemutatójában volt, hogy valami 10-11 cég fog a Snapdragon X Elite-re építve PC-t (vélhetően miniPC-t vagy notebookot) készíteni.
Elgondolkodtam, hogy vajon mi lehet az ARM PC iránti rajongás, rajongva vágyakozás oka.
Elnézést, ezzel persze senkit nem akarok megbántani.
Csak próbálom megérteni a felvillanyozódás okát, amit én magamon nem tapasztalok.Részben persze arról a végéről is meg tudom fogni, hogy eleve nem tanácsos valamiből kimaradni, ami lehet, hogy hatalmas dobás lesz. Mármint az, hogy mit tudnak az x86 alapú processzorok tervezői/gyártói az eléggé kiszámítható piaci irány szerintem és inkább az lehet kérdés hogy arm alapú PC-kből fúvódik-e - valamilyen okból kifolyólag - lufi, vagyis nagy lesz-e a roham az ilyen gépekért.
Nyilván százezrek lesznek kiváncsiak csak mint újdonságra is, de ha a Windows olyan (ISA-agnosztikus), hogy semmilyen hátrányt nem szenvedsz attól, hogy x86 vagy Arm alapú processzort használsz, akkor a kiváncsiságon kívül mi vihet rá valakit (embert vagy céget), hogy inkább Arm alapú processzorral szerelt notebookot vegyen/kínáljon
Az elmúlt néhány évvel ezelőtti általános vélekedéssel ellentétben az szerintem mára kiderült, hogy az x86 ISA miatt nem következett be plafon az elérhető IPC vonatkozásában és valójában csak az Intel lapkaméretre történő optimalizálása miatt tűnt úgy, hogy lelassult a fejlődés. No meg persze a fejlődésnek fontos feltétele a tranzisztorsűrűség növekedése, a fejlettebb gyártástechnológia, amivel szintén megcsúszott az Intel, de ez az Arm esetén is pontosan így van.
Tehát a nyers teljesítmény elvileg nem lehetne meghatározó tényező ebben. Persze mondhatja valaki, hogy "mindig is egy Arm/androidos gépre vágytam, de eddig a telefonom nem volt elég gyors, de már igen", de ez azért nem teljesen az az érvelés, hogy azért válasznom az Arm alapú processzort, mert gyorsabb.Az Apple-re lehetett mondani, hogy gyorsabb volt. De abban azért - legalábbis az első két generációban - benne volt az is, hogy mindenki másnál fejlettebb gyártástechnológiát voltak képesek használni, és annak többletköltségét képesek voltak megfizettetni a vásárlóikkal.
A Qualcomm esetén ez nem biztos, hogy igaz lesz.Az energiahatékonyság egy fontos szempont. De az energiahatékonyság - meggyőződésem szerint - főleg a designból ered, nem az ISA-ból. Az Apple processzora azért képes lényegesen energiahatékonyabb lenni, mint az x86 versenytársak, mert lényegesen alacsonyabb frekvencián üzemel. Alacsony frekvenciájú design. A magas frekvencia elérése is tranzisztorba kerül és arra nem költ, cserébe költ egy csomó tranyót a széles design-ra, sok L1 cache-re.
Biztos nem ennyire egyszerű.
De azt sem hiszem, hogy ha az AMD a Zen processzorcsalád frontendjét lecserélné x86-kompatibilisről Arm-kompatibilisre lényegében minden mást változatlanul hagyva (most azt hagyjuk figyelmen kívül, hogy mondjuk micro-op cache-re nem lenne szükség, tehát lehet, hogy szabadulna fel tranzisztor büdzsé), akkor hirtelen 30-40%-kal javulna az energiahatékonyság zárva az ollót az Apple mag designjával.
Lehet, de én azért nem hiszem, hogy ennyire egyszerű volna. Ha ennyire egyszerű volna, miért ne jelentették volna meg már a saját Arm szerverprocesszorukat rábízva az ügyfélre a választást? Nem tökmindegy nekik, hogy az ügyfél melyiket veszi? Az ügyfél döntse el, hogy neki megéri-e az ISA váltást meglépni, vagy sem.Szóval elképzelhetőnek tartom, hogy a SDXE energiahatékonyságban pöpec lesz és természetesen mind a fogyasztónak, mint az OEM-nek egy fontos szempont az üzemidő, vagy hogy mennyivel lehet csökkenteni a termék költségeit a kisebb akkumulátorral.
Ez egy jó érv lehet majd.Kiváncsi vagyok, hogy felpezsdíti-e majd a versenyt. Az AMD és az Intel aludhatott, ülhettek a babérjaikon mert az ő vásárlóik nem tudtak eddig közvetlenül az Apple-től vásárolni. Ha most a piacra belép a Qualcomm, akkor az sarkallhatja az AMD-t és az Intelt erőfeszítésekre. Ennek szerintem azért látszódnak a jelei:
- az AMD Zen5 APU-k talán minden korábbinál kisebb késlekedéssel érkeznek, minden része megújul és egyre bővül a kínált termékportfólió is.
- az Intel is úgy tűnik, mintha külön név alá szétválasztotta volna a mobil és desktop termékvonalat.Ok.
Ami még számításba jöhet az az ár.
Tartok tőle, hogy Snapdragon processzor legalábbis egyelőre nem lesz majd kapható DIY piacon alaplapba illeszthető tokozással. Később persze lehet, mert miért ne lehetne megtámadni a Workstation piacot is. De ez még inkább a távoli jövő zenéje.Ha viszont a fogyasztó közvetlenül nem látja a SoC árcéduláját, akkor ugye nem is tudhatja, hogy vajon a Qualcomm milyen áron szállítja majd. Nyilván az Arm magos eszközöket annak megfelelően fogják majd árazni, hogy mennyiért tudnál x86 alternatívát venni. Ha egyébként egy ilyen eszközön vastagabb a profit, lehet olcsóbban adni, de ha tényleg annyival jobb az üzemideje, akkor meg felárat is kérhetnek érte.
Ha az eszköz kisebb fogyasztású, akkor kevesebb hűtés is elég lehet neki és kisebb akkumulátor, tehát ha a Qualcomm nem is adja olcsóbban a versenytársaknál, az építési költségen összespórolt összeggel lehet olcsóbb egy ilyen termék. Valamivel olcsóbb.Szóval nagyon kiváncsi vagyok, hogy mi lesz a drive
-
hokuszpk
nagyúr
válasz
Petykemano #9139 üzenetére
en inkabb az NVre koncentralnek ; ha csinalnak egy utos APUt, akkor szvsz elsokorben a Playstationt siman elviszik. Ha addigra az MSnek lesz jolmukodo ARM alapu Windowsa, akkor az Xboxot is.
-
paprobert
őstag
válasz
Petykemano #9137 üzenetére
Az Apple ARM-ra váltásának életképességét látva szerintem mindenki felbátorodott az utóbbi időben.
A QC elsőnek érkezett, de ott az NV, AMD, Intel is, akik a kisujjukból ki tudnak rázni egy működő SoC-t.
Arányaiban kis befektetéssel ők lehetnek a következő 10+ év nagy PC CPU gyártója, ha a váltás végbemegy, ezért érthető a próbálkozás.Most lett polcról levehető, meglehetősen erős ARM mag, és ami talán még fontosabb, AMI BIOS támogatás (a kompatibilitásért).
Eddig ahány chiptervező, annyi összehackelt SoC, custom firmware-rel, önmagában létezett.
Most viszont mintha tényleg kezdene összeállni egy szolid platformmá az eddigi forgácsolt mobilos piac.Busterftw felvetése jogos, a Windows-nak elegánsan hoznia kell egy kompatibilitási réteget, legacy app-okra.
Bár a 2000-res évek végétől egyre több minden ISA-agnosztikussá vált. Compilerek, böngészők, futtatási környezetek mind elfedik HW-t.
Szerintem a legtöbb aktívan fejlesztett projekt meg tudná lépni a váltást, a maradék abandonware-re kell a MS-nak kitalálni valamit. -
Petykemano
veterán
válasz
Petykemano #9135 üzenetére
én tökre nem voltam vele tisztában:
Úgy tűnik, hogy a Snapdragon 8 és a 8cx különböző termékvonal.
A SD 8 Gen3 valóban Cortex X4 magokkal rendelkezik. Ehhez képest az AT által összehasonlításképp említett Snapdragon 8cx Gen 3 csak Cortex X1 magokat tartalmaz.Nem teljesen értem a lemaradást - hacsak nem szándékos. Mindenesetre a szintén friss SD8cxGEn3 és a most bejelentett Elite közötti nagy különbséget részben magyarázhatja majd.
-
hokuszpk
nagyúr
válasz
Petykemano #9137 üzenetére
"Állítólag legalábbis annak magyarázata, hogy az Intel és az AMD nem hoz radikálisan új architektúrát az, hogy a(z x86) szoftverek a jelenlegi felépítésre vannak optimalizálva."
es forditva is ; ezt a zenbleed vilagosan megmutatta ; ahelyett, hogy elfelejtenenk a nullterminalt stringet, ( minden biztonsagi hibak osanyjat ) mert mar van eleg memoria, amit minden masra is elpazarolhatunk ; inkabb teszunk uj utasitasokat az architecturaba, amivel gyorsitjuk a vegjelzo "0' kereseset.
bravo ; eppen a regi alkalmazasokon ez nem gyorsit semmit ; max. ha valaki raporog es megpatcheli, hogy az strlen es tarsai fuggvenyek ezzel az innovacioval dolgozzanak. -
Petykemano
veterán
válasz
Busterftw #9136 üzenetére
Az izgalmas kerdes szerintem inkabb az, hogy ezt a felepitest/teljesitmenyt a Windows (on ARM) hogy fogja kezelni es atadni az alkalmazasoknak.
A felvetésednek két aspektusát is látni vélemAmennyiben úgy érted, hogy a Windows (12?) maga ISA agnosztikus lesz-e (amit én elképzelhetőnek tartok), de hogy milyen módon lesz képes Arm magokon futtatni korábbi x86 alkalmazásokat, akkor igen, az egy remek kérdés. Egyrészt szerintem nem volna elfogadható, ha nem foglalkoznának vele. Úgy értem, hogy a MS felé mindig is elvárás volt, hogy nem szakíthat a múlttal. Másrészt szerintem nem is ez a hozzáállás. a MS eddig is nagyon sokat foglalkozott a Windows-on belüli virtualizációval, aminek végső kifejlete lehet éppen egy olyan layer, amivel szükség esetén elrejtik a hardvert.
Egyrészt hallottam valami olyasmiről, hogy Win11-en már futtathatók Android alkalmazások. Másrészt (elnézést a pongyolaságomért) tudtommal az Android alkalmatzások is valahogy pont így működnek, hogy hogy minden app egy-egy Java-szerű virtualizációs környezetben fut.
Nyilván ebben az a kérdés, hogy ha valami nem natívan fut, akkor mekkora a teljesítményveszteség.Másrészt a kérdésedet esetleg úgy is lehet értelmezni, hogy vajon az eltérő architektúrát hogy fogják tudni kihasználni az alkalmazások. Állítólag legalábbis annak magyarázata, hogy az Intel és az AMD nem hoz radikálisan új architektúrát az, hogy a(z x86) szoftverek a jelenlegi felépítésre vannak optimalizálva.
-
Busterftw
nagyúr
válasz
Petykemano #9135 üzenetére
Az izgalmas kerdes szerintem inkabb az, hogy ezt a felepitest/teljesitmenyt a Windows (on ARM) hogy fogja kezelni es atadni az alkalmazasoknak.
Az Apple elonye a hardver/szoftver egy kezben tartasa, ez sokat segit az optimalizalasban. Kerdes "valos" felhasznalasban milyen lesz a teljesitmeny Windowson.
-
Petykemano
veterán
válasz
S_x96x_S #9133 üzenetére
Vegyünk egy mély levegőt...
Na nézzük, tehát egyszer látunk egy 3200-as GB6 eredményt.
Ezt a chip 4.3Ghz csúcs-frekvenciával hozza.Az Oryon a 2023-as bejelentés ellenére tudtommal egy 2024-es termék, tehát megvásárolni majd csak 2024-ben lehet termék formájában.
Itt írnak a Samsung Galaxy S24-ről, amiben az új (már beépíthető) Qualcomm SD 8 Gen 3-ról, ami már az új Arm Cortex X4-et használja. [link] Egyébként elvileg az is 2024-es termék. Ez lehet, hogy csupán egy backup a Qualcomm részéről, de a két külön termék jelezheti azt is, hogy az Oryon valamilyen oknál fogva, legalábbis az itt bemutatott formájában egyelőre nem célozza a mobil piacot.
Szóval az Arm Cortex X4 elér GB6-ban mintegy 2200 pontot. Ehhez képest tehát az Oryon 45%-kal gyorsabb. Ehhez a 2200 ponthoz elvileg 3.3-3.4Ghz társul.
Az Oryon 4.3Ghz-en megy. A nagyobb teljesítményből máris 26%-ot magyaráz a frekvencia. Ami azt jelenti, hogy az X4-hez képesti többletteljesítményből mindössze 15% köszönhető az új architektúrának.Noha lehet azt mondani, hogy a 15% nem annyira sok, az persze igaz, hogy aki a Cortex X4 és az Oryon között vacilál az nem ezt a 15%-ot látja, hiszen a designnak része a magasabb frekvencia elérésére való képesség. Ennek persze valószínűleg lehet ára a lapka méretében (ahogy ugye az AMD és az Intel is tranzisztorszámban és lapkaméretben fizet a 6Ghz-ért) Ez lehet magyarázata annak, hogy miért a notebook a célpiac.
Ezzel együtt az energiahatékonyság figyelemre méltó.
Itt az Intel chippel való összevetést talán csak annyira érdemes megemlíteni, hogy talán nem véletlen, hogy azzal történt az összehasonlítást. De végülis nem is tudom, hogy a Phoenix hivatalosan elrajtolt-e, bekerült-e valamilyen notebookba, vagy mindent elvittek a kézikonzolos gyártók. Na mindegy. Szóval a raptor lake mobile nem egy kifejezetten energiahatékony termék. Etekintetben sokkal versenyképesebb alternatíva lesz a Meteor lake. Elvileg. 2024-ben. Bár az 50%-kal jobb energiahatékonyság még mindig csak kozmetikázza a 70%-os lemaradást.
Az Apple-lel való összevetés is elég jól mutat. 15%-kal jobb teljesítmény VAGY 30%-kal energiahatékonyabb működés. Tudtommal az M2 is N4-en készült már és az M3 ugyan N3-on készül, de elég kevés fókuszt kapott a CPU és az energiahatékonyság sem javult lényegesen. A Oryon előnye talán csak az Apple bealvásának köszönhető. (Vagy ha másképp fogalmazunk, akkor annak, hogy átmentek oda az Apple mérnökök)
Én úgy látom, hogy nagyon nagy verés most sem fog történni. 10-20%-os teljesítmény és/vagy energiahatékonyságbeli különbségek lehetnek majd. Amire majd mondhatjuk, hogy a verseny jó. Legkevésbé sem hegyezném ki a kérdést az ISA-ra. Ha az x86 hátrányt is jelent valamiben, nem gondolom, hogy akár az AMD, akár az Intel ne tudna ARM alapú processzorok tervezésére átevezni. Az x86 processzorok élveztek eddig és talán élvezhetnek még a jövőben valameddig némi helyzeti előnyt a szoftveres ökoszisztéma miatt, de ennek valószínűleg előbb utóbb vége szakad.
Ami számomra izgalmasabb kérdés, hogy vajon milyen lehet az Oryon magok felépítése. (És hogy vajon a bizonyos értelemben elszigetelt versenytárs Apple helyett ennyire közvetlen versenytárs érkezése rákényszeríti-e az AMD és/vagy az Intelt a magas frekvencia helyett a sűrűbb, és szélesebb design felé fordulásra)
Az egyik slide-on 42MB cache szerepel 12 maghoz.
Úgy vélem, hogy a Nuvia is eredetileg széles magban gondolkodhatott: alacsony frekvencia, sok cache.
Többféle felépítést el lehet gondolni:
1.)
Az intel és AMD magokhoz hasonlóan nagy privát L2$ és egy megosztott L3$.
Mivel eredetileg az Oryon magokat szerverbe szánták, és állítólag a szerver workload-ok szeretik a nagy privát L2-t és nem kifejezetten jól hasznosítják az L3$-t:
- 24MB megosztott L3$-t,
- 12x1MB privát L2$-t
- és magonként 0.5MB L1$-t (valamilyen felosztásban a L1d és L1i között)2.)
Ugyanez kicsit más felosztásban, még "szerveresebben"
- 12MB megosztott L3$-t,
- 12x2MB privát L2$-t
- és magonként 0.5MB L1$-t (valamilyen felosztásban a L1d és L1i között)3)
A blokk diagram persze inkább 3db 4 magos CPU klaszter felépítésre utal, és a blokk diagramon nem utal semmi arra, hogy azokat összekötné valamilyen koherens cache.
- 3x12MB megosztott L2$
- és magonként 0.5MB L1$-t (valamilyen felosztásban a L1d és L1i között)
Ez inkább az Apple megközelítésére hasonlít. Nyilvánvalóan ugyanazokkal a hátrányokkal rendelkezne, mint egy Zen2, vagyis bármilyen koherenciát igénylő alkalmazás, ami az egy klaszterhez tartozó 4 magon túl terjeszkedne, kehegni fog. -
#36531588
törölt tag
válasz
stfreddy #9131 üzenetére
"As of mid-2023, according to Statista, there are approximately 1.827.7 billion, to be exact that's 1,827,700,000 PC gamers worldwide that approximation is expected to grow to 1.855,700,000 by the end of 2023. Back in 2009, The number of PC gamers was around 1.1 billion, later growing by 35-45 million per year but it wasn't until 2020 when a global pandemic shut down the entire world, literally, that over 200 million people joined the PC master race and every year after that, 25-35 million people have joined."
Akkor ők is fecsérlik.... ok.
-
S_x96x_S
addikt
válasz
Petykemano #9132 üzenetére
ajajj ...
https://twitter.com/IanCutress/status/1716902706621866487"Double perf vs x86 at iso power Peak perf at 68% less power"
"Vs high end x86
60% faster at iso power
Iso peak perf sy 65% less power""Qualcomm compared the X Elite's GPU favorably to both Intel's Iris Xe and AMD's Radeon 780M, the best integrated GPUs you can (currently) buy. The Adreno GPU is reportedly up to twice as fast as the Iris Xe and up to 80 percent faster than the Radeon 780M, or it can match their performance while using about one-fifth as much power."
-
S_x96x_S
addikt
-
#36531588
törölt tag
válasz
S_x96x_S #9126 üzenetére
Nem bánt semmi, csak kíváncsi voltam hogy értékeled a produkciód... de látom csak a mellébeszélés megy....
Van ilyen konfigom is, csak hogy tudjak véleményt alkotni...
Na jól van, nem zavarok tovább. Szépen megvoltam az elmúlt időszakban, és rájöttem mennyi felesleges időt szántam előtte a fórumozásra. Ehhez kellett a kitiltás, és szerencsére jó hosszú időre. Csomó időm maradt, rengeteget játszottam, filmeztem, ahelyett hogy itt töltöttem volna az időt, úgyhogy nem is szeretném a jövőben sem zavarni köreidet, nyugodtan töltsd csak az idődet az emberek félretájékoztatásával, abbéli reményedben hogy amd-t vesznek. -
válasz
S_x96x_S #9127 üzenetére
Az a helyzet hogy az Apple / IOS mellett most kell nagyon felnőnie a a Microsoftnak is a feladathoz. Ha 2025 ben jönnek az ARM desktop CPU-k akkor bizony a Windows 12 nek is érkeznie kell natív ARM támogatással. Erősen, sőt akár erősebben kell támogatnia sok esetben , mint az X86 vonalat ha nem akarja elveszíteni a lapos vonalon a háborút az Apple ellen.
-
S_x96x_S
addikt
> El tudnám képzelni a hibrid dizájnt bizonyos esetekben, főleg ha laptop szegmensben
> gondolkodok és az Apple a cél ..teljesen egyetértek ..
Nekem is jó lenne egy ilyen gép ..Az új arm-es Apple CPU - nagyon nyomja igényként a szoftveres ARM-es támogatást.
Legalábbis én azoknál az OpenSource-os repóknál amelyeket követek azt tapasztalom,
hogy sokaknak ARM -es docker image kell ..az X86-64 egyeduralma lassan végéhez ér .. és az ARM hamarosan egyenrangú lesz ..
-
S_x96x_S
addikt
válasz
#36531588 #9124 üzenetére
> Lényegében semmi nem jött össze az elmúlt 1 évben,
Remélem nem az bánt, hogy miattam te is Gen5-ös gépet vettél és csalódtál ??
Legalábbis ezt látom az adatlapodon:
"Asus Maximus Z790 extreme, 13900K, MSI 4090 Suprim X, G.Skill 7600Mhz DDR5"
- EXTENSIVE GEN5: "x2 PCIe 5.0 x16 slots, and x1 onboard M.2"
Amúgy elég pöpec konfig ; használd egészséggel !
( Amúgy az Intel 1 évvel korábban kijött a Gen5-ös támogatásával mint az AMD )De a Gen5 már lassan elavult lesz ;
jövőre akár jöhetnek a consumer Gen6-os alaplapok is.
"AIDA64 gets improved support for AMD Ryzen 8000 Zen5 CPUs and PCIe Gen6 devices"
+ https://videocardz.com/?s=Gen6és az nVidia is felgyorsítja az ütemtervét ..
a következő évben az nVidia GPU-nak valószínüleg a Gen5 ÉS Gen6 -os
támogatása is lehet:
"Because of this problem, Patel expects there to actually be two versions of the B100. One that uses PCIe 5.0 and has the same 700 watt thermal design power (TDP) as the H100, so customers can slot in a new HGX motherboard into their existing chassis designs. The second, he reckons, will be much higher power, require liquid cooling, and make the switch to PCIe 6.0." ( via )és az RTX 5090 várhatóan B100 alapú lesz:
"On the gaming side, rumor has it that the RTX 5090 SKUs based on the Blackwell B100 GPUs " ( via )
persze a gyorsított ütemterv ( early 2024) az AI -ra vonatkozik , az RTX vonal később érkezhet és itt nem hiszem, hogy kijön a Gen6 -os ( habár ki tudja .. )Kérdés, hogy az AMD mit lép a Gen6 -ra.
"We already know that Intel's next-gen Xeons won't support PCIe 6.0 when they launch in 2024, and we just don't know enough about AMD's upcoming Turin Epycs to say whether they will or not. Though AMD has, over the past few generations, led Intel on the roll out of new PCIe standards." ( via )Viszont az nVidia ...
"So perhaps Nvidia plans to support PCIe 6.0 on the successor to Grace." ( via )öveket bekapcsolni ...
a változás elkerülhetetlen az ellenállás hasztalan -
-
#36531588
törölt tag
válasz
S_x96x_S #9118 üzenetére
Értem. Összefoglalva, az eltelt egy év alatt semmi nem történt, amiért szinte minden hír alatt kampányoltál, miszerint az AVX512 és a gen5-ös cuccok miatt érdemes amd-t venni.
Az 5. pontod különösen mókás, hiszen nvidia -val mérték ki a gen5 ssd-s előnyt, és idézlek: "Emiatt én óvatossan mérlegelném a nagyberuzását a mostani nVidia kártyákba ( mert még a következő generáció se lesz Gen5 kompatibilis)"
Lényegében semmi nem jött össze az elmúlt 1 évben, ami miatt azt állítottad érdemes amd-t venni.
-
hokuszpk
nagyúr
válasz
Petykemano #9122 üzenetére
nekem mar regebben volt egy olyan gyanum, hogy a Zen tervezese soran erre is figyeltek, es kb. csak a mikrokodon mulik, hogy arm legyen belole, meglassuk
-
Petykemano
veterán
válasz
S_x96x_S #9120 üzenetére
Ha ez úgy működne, hogy az x86 és arm frontend csak 5-10% tranzisztortöbbletet jelentene és onnantól bármilyen utasítással megbírkózna, annak cloudban talán lenne értelme, hiszen nem kéne külön arm és x86 infrastruktúrát fenntartani, bármilyen feladatot, vagy legalább VM-et ki lehetne osztani.
De én tartok tőle, hogy bonyolultabb lenne, mint 5-10%. Ráadásul ha versenytárs nem szórakozik ilyennel, annyival gyorsabb vagy olcsóbb is lehet. -
S_x96x_S
addikt
válasz
Petykemano #9117 üzenetére
> NVIDIA and AMD reportedly working on ARM-based processors for PCs [link]
a WCCFTECH .. még sejtelmesen ezt is hozzáfűzte:
"Whether that be in the form of an Arm-only or a hybrid x86/Arm design remains to be seen."
A hybrid design elég érdekes lenne .. és főleg a CLOUD -ban lenne rá igény ., ha növekszik az ARM iránti kereslet, akkor csak át kell konfigurálni - hardware csere nélkül ..
Csak a tisztán ARM-only - nak nem sok értelme lenne az AMD részéről, túl sok a versenytárs ..
És a fejlesztőknek is hasznos lenne - de nekik az lenne ideális,
hogyha párhuzamosan futna egymás mellett az ARM és az X86 .. -
S_x96x_S
addikt
Cinebench 2024: Reviewing the Benchmark
https://chipsandcheese.com/2023/10/22/cinebench-2024-reviewing-the-benchmark/- "AVX-512 is used in Cinebench 2024, but in such low amounts that it’s irrelevant."
- "Hopefully the next version of Cinebench is better vectorized."
"""
By itself, Cinebench 2024 is a moderate IPC benchmark with a sizeable instruction and data footprint. Code spills into L2, but the instruction stream is easier to follow than what we saw in games. Decoupled branch predictors can thus keep the frontend fed even in the face of L1i misses. On the data side, Cinebench 2024 spills out of L3 and requires a modest amount of DRAM bandwidth. High scheduler capacity across integer and FP operations help keep more memory operations in flight in the face of DRAM latency. In that sense, Cinebench 2024 can be seen as Cinebench R23 with more emphasis on DRAM performance. When hitting the execution units, Cinebench 2024 uses scalar and 128-bit packed floating point operations. Wider vector execution units are not useful. Scalar integer performance plays an important role in keeping the FP execution units fed.In the end, Cinebench 2024 poses decent challenges to the frontend and backend. It has a more realistic instruction footprint than SPEC2017, which has no subtest with more than 12 L1i MPKI. Maxon has also addressed Cinebench R15 and R23’s small data-side footprint, which could be mostly contained by a 8 MB last level cache. High core count systems could be constrained by memory bandwidth, which happens across a lot of other well-threaded applications. These characteristics make Cinebench a decent benchmark. There’s area for improvement though. It could be a better stress test if it more heavily leverages vector execution. Hopefully the next version of Cinebench is better vectorized.
""" -
S_x96x_S
addikt
válasz
#36531588 #9116 üzenetére
lassabb az elterjedés mint vártam ..
de az irány jó .. és technológiailag minden afelé mutat és halad.1.) a Ryzen 7000 -res procik árai jelentősen csökkentek.
2.) Gen5 M.2 SSD - 2024-ben várható mainstreamként
3.) az AVX-512 -öt kezdi felfedezni az AI is.
( https://www.phoronix.com/review/epyc-bergamo-avx512/3 )
4.) az Intel AVX10 furcsa lépés az Inteltől és emiatt ha valaki munkaállomást
( AVX-512, Gen5, ECC ) akar olcsón összerakni annak az AMD AM5 még ideálisabb
Phoronix: AMD Ryzen 9 7900X Performance With ECC DDR5 Memory
https://www.phoronix.com/review/amd-ryzen9-ddr5-eccPhoronix: AMD Ryzen 7000 Series Make For Compelling Budget Servers, Leading
Performance & Value Over Xeon E
https://www.phoronix.com/review/ryzen-7000-servers
ECC RAM on AMD Ryzen 7000 desktop CPUs
https://sunshowers.io/posts/am5-ryzen-7000-ecc-ram/
HN: https://news.ycombinator.com/item?id=378268425.) A DirectStorage 1.2 -ben meg már kimérhető a Gen5 előnye ..
és az 1.3 talán még az idén elérhető lesz. -
Petykemano
veterán
válasz
Petykemano #9113 üzenetére
NVIDIA and AMD reportedly working on ARM-based processors for PCs [link]
-
Z_A_P
addikt
válasz
Petykemano #9113 üzenetére
They stole not only Apple engineers but their marketing team too 😂
-
S_x96x_S
addikt
válasz
Petykemano #9113 üzenetére
> CPU: 12 Oryon high-performance cores
tesztelésre ideális lenne mini-pc -be.
( legalábbis hogyha az árazása jobb lesz mint a Mac Mini -nek )a verseny jó ...
-
Petykemano
veterán
CPU: 12 Oryon high-performance cores
▫️ MEM: LPDDR5X 136GB/s
▫️ GPU: Adreno 4.6 FLOPS, triple 4K support
▫️ NPU: Hexagon 45 TOPS
▫️ NET: 5G/Wi-Fi7
▫️ Integrated Always Sensing ISP
▫️ Claim: up to 2x faster CPU&GPU vs. x86 arch
▫️ GenAI: 13B parameters on device, 30 Token/s 7B LLM
[link] -
S_x96x_S
addikt
néha nem értem az AMD-t ..
Az is lehet, hogy ez csak az AMD-s dolgozók nyomásgyakorlása az AMD-s vezetők felé .."AMD Wants To Know If You'd Like Ryzen AI Support On Linux"
https://www.phoronix.com/news/Ryzen-AI-For-Linux-Requests -
S_x96x_S
addikt
válasz
Petykemano #9107 üzenetére
> RGT szerint Zen5@CB2024
> ST: 140
> MT: 2400összerendezve:
zen5: ST:140 MT: 2400 (ez a leak .. )
i9-13900KS: ST:134 MT: 2158
i9-14900K: ST:128 MT: 2161 (via wccftech, 1 mérés )
R9-7950X: ST:125 MT: 2185
7940HS: ST:108 MT: 967 (saját mérés, 8 core )
5800X: ST: 98 MT: ~900 (hokuszpk mérés, 8 core )ST:
https://www.cpu-monkey.com/en/cpu_benchmark-cinebench_2024_single_core
MT: https://www.cpu-monkey.com/en/cpu_benchmark-cinebench_2024_multi_core
14900K : https://wccftech.com/intel-core-i9-14900k-cpu-up-to-5-percent-faster-13900k-cinebench-2024-benchmark/ -
hokuszpk
nagyúr
válasz
Petykemano #9107 üzenetére
most mobilros gatyanet van, szoval nemtudom megnezni.
hany maggal jott ossze az MT ? az 5800X -em valami 98 pontot kap ST es 900 korul MT. -
Petykemano
veterán
RGT szerint Zen5@CB2024
ST: 140
MT: 2400
[link]A számok kerekítettek.
Ez olyan 12-15%-os ST és 10-12% MT teljesítménynövekedést jelent.
Feltehetőleg nem végleges termék/órajel, de már bizonyára közel lehet. -
S_x96x_S
addikt
GPD Accuses AMD of Violating Supply Contract
GPD cannot get enough Ryzen 7 7840U processors from AMD to fulfill its crowdfunded orders.
https://www.tomshardware.com/news/gpd-accuses-amd-of-violating-supply-contract -
Alogonomus
őstag
Hát ez nem igazán azt a képet mutatja, amit a Steam Survey az 1/3 AMD és 2/3 Intel aránnyal...
Persze abszolút nem teljes körű a felmérés, de azért a 25%-os X3D-s és 1/3 alatti inteles részarány nem rossz eredmény. -
Petykemano
veterán
A napokban megjelent pár dia/roadmap. Inkább megerősítő infókkal, mint újdonságokkal. [link]
Csak azért dobom be, mert furcsállom, hogy a korábbi infókkal ellentétes a ramra vonatkozó rész.
Emlékeim szerint úgy volt eddig, hogy a strix point a hagyományos apu, ami váltja a Phoenix-et és amiből lehet asztali változat is DDR5-tel. És a Strix Halo az, ami biztosan csak notebook vagy minipc OEM, szélesebb LPDDR5X támogatással, ezért asztali változat nem lesz, meg a foglalat is biztos más, nagyobb, amihez nem fognak külön alaplapot gyártani.
Viszont ezen az ábrán meg épp fordítva van.
-
S_x96x_S
addikt
érdekesség.
Linux Patched For A New AMD Zen 4 CPU Bug - Erratum #1485
( Ryzen 7000 series and EPYC 8004/9004 )
https://www.phoronix.com/news/Linux-Fixes-AMD-Erratum-1485"Merged to the Linux kernel is a patch adding around a dozen lines of code for fixing a recently uncovered Zen 4 bug. The issue is an undefined instruction (#UD) exception potentially occurring when running Zen 4 without the Single Threaded Indirect Branch Predictors (STIBP) enabled. STIBP is needed for Zen 4 as part of the default security mitigations. STIBP is used as part of Spectre Variant Two protections. But for those booting their Linux kernel with "mitigations=off" or more selectively disabling the CPU security mitigations in trying to enhance performance, this undefined instruction exception can erroneously appear in such configuration."
-
hokuszpk
nagyúr
"Amúgy 30 % IPC növekedés elég végzetes lenne a mostani, boltban lévő generációkra. Mondjuk egy Ryzen 5 8600 kivégezne azonos magszám használat alatt egy 7950 CPu-t."
ez talan tulzas, de eddig is kb. igaz volt, hogy az uj gen 6 magosa pariban van az elozo gen 8 magosaval ; 2700X vs 3600X ; 3700X vs 5600X es most a 7600X is kb. az 5800X -et kerulgeti.
szerintem olyan nagy drama nemlenne, a Zen4 egyelore nem fogy a boltokbol ugy, mint anno a 3xxx vagy az 5xxx ; mondjuk lehet csak nalunk nem, de azert beszedes, hogy ennyi idovel a megjelenes utan itt a hardverapros hasznaltpiacon alig van elado proci es alaplap ; lehet mindenki boldogan hasznalja ?
Új hozzászólás Aktív témák
Hirdetés
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ArmA 3 - This Is War
- Telekom mobilszolgáltatások
- Fejhallgató erősítő és DAC topik
- PlayStation 3
- Milyen billentyűzetet vegyek?
- Óvodások homokozója
- iPhone topik
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- Eladó konfig! Ryzen 7 7800X3D 2TB SSD 64GB DDR5 RX9070XT 16GB!
- Új, makulátlan állapotú Samsung Galaxy Buds FE, fehér, fél év garancia
- Új, makulátlan állapotú Samsung Galaxy Watch7 44mm ezüst, 2 év garancia
- Új, makulátlan állapotú Samsung Z Fold 6 256GB Tengerészkék, független, 2 év garancia
- Használt TP-Link Deco M4 - AC1200 Router (Mesh-ként is használható)
- Lenovo Thunderbolt 3 kábel (4X90U90617)
- 35" ASUS ROG Swift PG35VQ curved GAMER monitor
- Csere-Beszámítás! Olcsó Gamer laptop! MSI Cyborg 15 . I5 12450H / RTX 4050/ 16GB DDR5
- Realme 8i 64GB / Normál állapotban / 12 hónap jótállással
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged