- Linux - haladóknak
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- WLAN, WiFi, vezeték nélküli hálózat
- Milyen NAS-t vegyek?
- Microsoft Excel topic
- Crypto Trade
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- MinDig TV
- Rendszergazda topic
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
-
IT café
A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
Ez inkább játékspecifikus lesz. Elég rossz a streaming megvalósítása a Shadow of Warban. Aktív HBCC-vel viszont nem kell beszopni a WDDM ellenőrzéseket, ami komolyan csökkentheti a sebességet. Még a beállított mennyiség sem igazán számít, mert a minimum ~12 GB-tal is ugyanúgy javul, mint ~16 GB-tal.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Elég egyszerű. Amelyik lapra címzés van, azt betölti a HBC-be. Ennyi. Igazából messze nem kell 100 MB-okat mozgatni. Ez a nézet azért alakult ki, mert a szoftveres megoldás valóban mozgathat ennyit, de nem azért, mert kell, hanem azért, mert muszáj allokációkat mozgatnia akkor is, ha abból csak 4 vagy 64 kB kell csak. A HBCC viszont lapalapú menedzsment. Ha 4 kB adat kell, akkor csak azt a 4 kB-ot mozgatja. Ez komoly terhelést vesz le a PCI Express buszról is, mivel jellemző a szoftveres modellekre, hogy az ezen keresztül mozgatott adatok 80%-a eleve nem kerül felhasználásra sosem.
A frame akadások egyébként nem magának a törlésnek, és az adatmozgatásnak köszönhetők a szoftveres modellnél. Az okozza őket, hogy a WDDM egy igen masszív ellenőrzési procedúrát hajt végre a tényleges lépések előtt, aminek az idejéig le is áll a munka. Ezt a HBCC úgy kezeli, hogy a driver minden WDDM-es kérésre csípőből hazudik valamit, a HBCC pedig a háttérben dolgozik, ráadásul nem kell leállítani a munkát sem, ha másol.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nyilván nem, de annyiban jobb, hogy a mostani meghajtó nem februári fordítót használ. Persze még közel sem biztos, hogy minden végleges benne. Az sem biztos, hogy az órajelek azok, mert a tesztdizájn 135 wattos, holott a célzott szint inkább 100 watt környéki. De persze ez termékminta, itt lehet próbálgatni a paraméterezést.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A lapkaterület egy kicsit nehéz ügy már, mert óriási különbség van a bérgyártóknál a waferárak között. Régebben nem volt ekkora eltérés, de ma már olyan mérhetetlenül drágán adja a wafert a TSMC, hogy még az NVIDIA is elviszi a lapkák egy részét más bérgyártóhoz. Ilyenre régebben nem nagyon volt példa, de az új árak kikényszerítik.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Oliverda
félisten
Nagyobb lapka->több tranzisztor->magasabb fogyasztás
Hasonló gyártástechnológiát alapul véve természetesen.
Abu85:
"Régebben nem volt ekkora eltérés, de ma már olyan mérhetetlenül drágán adja a wafert a TSMC"
Mennyire drágán? Pontosan mekkora az eltérés?
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Abu85
HÁZIGAZDA
-
Abu85
HÁZIGAZDA
Így viszont rosszul volt feltéve a kérdés. Ilyenkor konkrét dologra kell kérdezni, ami elől nem tud kitérni.
Például: Figyelj már Jensenkém, mi a koncepció arra az esetre, ha az Intel azt mondja a gyártóknak, hogy akkor is meg kell venniük a Kaby Lake-G-t, mint a felsőházi CPU-t, és ki kell fizetni a rajta lévő Radeont, ha utóbbit pont nem akarják rajta használni?
Vagy például: Nem fosik az NV attól, hogy az Intel lecsökkenti a mobil prociknál a tokozásból kivezetett PCI Express csatornák számát, mert nekik úgyis ott van a tokozáson a Radeon?[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Jack@l
veterán
Lehet ahhoz is köze van, hogy megint toltak egy +30% bevételnövekedős negyedévet. (még új kártya se jött ki)
[ Szerkesztve ]
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
Raymond
félisten
"Hát az, hogy rakhatnak mellé 48 ROP-ot."
Nem, mert ez:
"Vagy a 256-bit mellé dupláznak, és akkor 64. Kérdés, hogy chipméretben és fogyasztásban melyik a jobb megoldás - egyszerűség terén nyilván a duplázás."
Csak nem mentem ennyire bele, mert a 384bit egyertelmuen a savszel miatt volt ott a listaban
Privat velemeny - keretik nem megkovezni...
-
Abu85
HÁZIGAZDA
A GCN-en a ROP teljesen függetlenített a memóriabusztól. Csak a HUB-on keresztül kapcsolódnak hozzá, így nem kell megtartani az arányt. Akármennyi blendinget is felfűzhetnek 384 bites buszra, más kérdés, hogy nem mindegyik konfigurációnak van értelme.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Az az oka, hogy a szükségesnél nem kerül be több ROP. De ettől a konfiguráció olyan, hogy akármilyen arány is megoldható.
(#33747) Petykemano: A primitive discard accelerator arra jó, hogy a degeneratív háromszögeket még a pipeline elején kivágja. Ezt nem lehet továbbfejleszteni. Egy újabb ilyen egység, de többet, se kevesebbet nem tudna kivágni. Az NGG fast path teljesen másra van. Az a fals pozitív háromszögekről mondja meg, hogy nem látszanak még a pipeline elején.
Occlusion culling eddig is volt. A procimagok csinálták, de a GPU-k ebben is hatékonyak, és az Intel kialakított egy elfogadható algoritmust a GPU-s gyorsításra. Ez nem elég önmagában, így kap az egész egy middleware-t, amit be lehet építeni, és a GPU-s gyorsítást támogató hardvereken GPU-n fut, míg a többin a CPU-n. Ez még a pipeline-ok előtti szakaszra vonatkozó feladat, ilyenkor még se a primitive discard accelerator, se az NGG fast path nem dolgozik. Ezek csak később jönnek, mert alapvetően a kivágási feladatok is olyanok, hogy lesz egy rakás fals pozitív háromszög, amiről csak később derül ki, hogy nem látszik. Nagyon leegyszerűsítve a primitive discard accelerator és az NGG fast path lényegében hamarabb megmondja, hogy mi fog látszani és mi nem.
Az Intelt valószínűleg nem érdekli, hogy az AMD-n működik-e a middleware-jük. Az egész arra alapszik, hogy ez szabványos lesz, így bárki támogathatja, akinek megvan hozzá a hardvere. Az sem biztos, hogy a saját Kaby Lake-G megoldásukon a Radeonon fog futni, lehet, hogy az IGP-re tolják rá.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem az volt a probléma. Nem lett volna gyorsabb. Az AMD mondta régebben egy briefingen, hogy nekik van egy szimulátoruk, amiben tudják a dizájnokat szimulálni, és ez alapján választják meg a konfigurációt. A Polarist a memória-sávszélesség limitálta. Az extra 16 ROP nem sokat ért volna. A 384 bites busszal nyertek volna, és eredetileg ennyi is van a Polaris 10 lapkában, de ezt már nem használták ki.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem hiszem. A ROP-ok eltérő képességűek. Azóta már sokat fejlődtek.
Itt nem arról van szó, hogy nem számított volna a több ROP, hanem, hogy többet nyertek volna, ha aktiválják a 384 bites buszt, változatlan a ROP mellett. A probléma ezzel valószínűleg az volt, hogy a 12 GB-os konfiguráció nem tette volna lehetővé a 200-300 dollár közötti árat. A 6 GB-os oké lett volna, de ahhoz 3 GB-os alapverzió kell, és a 3 GB-os GTX 1060-on látszik, hogy mennyire döglött konfiguráció ez. Emiatt maradt a 256 bit és a 4-8 GB-os fedélzeti tár.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
nagyúr
Kicsit ásogattam még a kérdésben, és feltűnt egy érdekes dolog - a Polaris die shotokon úgy tűnik, mintha a ROP-ok kb. 18-20%-át vinnék el a teljes chipnek, míg a GP104-en 10-12%-át. Azaz a Polaris 32 ROP-ja kb. 1100M tranzisztort visz el, miközben a GP104 64 ROP-ja kb. 800-at - a 16 ROP ára az egyik esetben 550M, a másikban 200M. Ez így leírva elég hihetetlennek tűnik, viszont magyarázná, hogy miért annyira sóher az AMD a backenddel. Kérek másodvéleményeket!
(#33762) s.bala31: hát így.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
#45185024
törölt tag
Az a megoldás hogy nem azonos a fogalom AMDnél a ROPot nem úgy kell értelmezni mint "máshol" Matrox stb csak a név azonos a szerveződése merőben más, Abban egyeznek hogy mindkettőt ROPnak nevezzük.
A "480-nál semmit nem jelentett a Mem húzás" ???Ez így nem igaz, a 480 egy széles skála volt nagyon eltérő memórimosulokkal a 4 GB sokkal lassabb volt de a 8 Gigán belül is jókora eltérések voltak.
Minőségi 480 esetén igenis számított és mindenki ezzel kezdte a húzást. Vegánál is rengeteget jelent a 800 1100 MHZ re emelés. Egyértelműen látszik a sávszélesség limitesség , egyértelmű visszalépés a 4 halomba szervezett HBM-hez képest a 2 halmos de ez pont azt mutatja hogy olcsó Vegát terveztek és nem a TI ellen akarták vinni, Nem hozol ki 4 halmosat 399 dollárból ! Nincs ezen se mit fejtegetni.
Nem csodálkoznék azon se ha a Vega 11 egy egy halmos 4 gigás olcsóbb megoldást tartalmazna majd.
Ha keresitek a Nex. Gen AMD kártyát akkor lehet arra kellene gondolni eddig hogy is volt.
Az alsó kártyák ha nem rebrand akkor mindigis az aktuális kijövő konzolból gyökereztek...
Eleve fura ha valamit Polaraisnak hívunk (konzolban) amikor GCN 5 utasításokat használ meg odagondolunk mellé egy HBM memóriavezérlőt. Ezt Magyarul szerintem Hibridnek kellene hívni és ezt a fogalmat elterjeszteni.[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Nincs szükségszerűen duplikálva, de manapság a meghajtók és a szoftverek is alkalmazzák ezt a trükköt, ugyanis a rendszermemória allokálása nem ingyenes. Ezt az operációs rendszer végzi el, és ahhoz, hogy valamit törölni tudj a VRAM-ból, előbb allokálni kell neki a helyet a rendszermemóriában, hogy oda vissza lehessen másolni a törlés előtt. Ezzel a törlés ellenőrzési idejét hosszabbítod meg, ami már eleve rendkívül hosszadalmas folyamat, és káros, mert a törlés közben semmit sem csinálhat a GPU a manapság kedvelt legacy API-kban. Ezért manapság igen jellemző trükk a duplikálás, elvégre a törlési idő csökkenthető, ami esetenként megment az akadástól. Hogy ideális-e? Nem az. De jelenleg eleve sok memória van a játékosoknak szánt PC-kben, tehát inkább lehet erre építeni, minthogy többször akadjon a program.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A növekvő mennyiség ezen csak rontani fog, mert még több memóriával rendelkeznek majd a PC-k, és még többen fogják úgy gondolni, hogy pusztán a rendkívül sok elérhető erőforrás miatt megéri duplikálni az allokációkat, megrövidítve ezzel a WDDM ellenőrzéseit. Utóbbival kevesebb akadásod lesz, és amúgy is tengernyi memóriát vehetsz magadnak.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Petykemano
veterán
A FineWine valójában az AMD által folytatott termékstratégia következménye. Még ha az esetleg nem is igaz, hogy az nvidia egy új termékskála bemutatása esetén nem rontja direkt az előző teljesítményét, valamennyire kikerül a fókuszból. Minél régebbi termék, annál inkább. Az AMD viszont nem tud új termékskálát felvonultatni, csupán évente 2 lapkát szokott, a réseket, amit a full és vágott verzió nem fed le, a korábbi szériákból átmentve pótolják.
Mindenre már nem emlékszem, de GCN1-ből a Tahiti (7970, 7950), Pitcairn (78X0) és Cape Verde (77X0) volt.
GCN2-ből jött a hawaii (290/X) és bonaire (260/X), a 270/X és 280/X pozíciókat a Tahiti és a Pitcairn töltötte be, 250/X pedig cape verde
A következő szériában a GCN3-ból a fiji (Fury/X) és tonga érkezett (380/X), ami a Tahiti váltotta, de 360 néven még volt bonaire, 370 néven pedig Pitcairn, tehát a GCN1-et még mindig támogatni kellett. A 390/X szerepet pedig a GCN2 hawaii töltötte be (készlet miatt)A mainstream polaris megjelenésével került ki a képből - szerintem - a pitcairn, a cape verde támogatása. Eddig tartott a finewine. A polaris mellett nem lehetett megszüntetni a hawaii és a fiji támogatását, mert nem nézett volna ki jól, ha a mainstream kártya beelőzi az akkor még nem kicsivel drágábban kapható FuryX-et, vagy 390X-et, ami azért felsőkategória. Ezért finewine.
Lehet arra számítani, hogy ha szélesebb körben terül a Vega, akkor az egyébként is alacsony penetrációval rendelkező fiji és a hawaii (támogatása) is megy a kukába. Ennek azért már vannak jelei.
A polaris is csak addig lesz támogatva, amíg:
- mainstream kártyaként megmarad a P10. Ha vega 11 nem fölé, hanem helyére kerül, és a P10 gyártása véget ér, akkor az egy minusz
- a P11 és P12 lapkák piacon vannak. Szerintem ezt majd csak 7nm-en fogják már cserélni (Én emiatt számítok arra, hogy a polaris finewine lesz)
- az intelnek készített egyedi design széles körben elérhető, kapható és örököl/nyer bármit az AMD polaris támogatásánTalálgatunk, aztán majd úgyis kiderül..
-
do3om
addikt
Csak nehogy az legyen amikor kijön valami hogy ez sajnos még nem az amire sokan vártak az még készül és igen jó lesz de csak később, és ami megjelent az ezért nem váltotta be a reményeket, de hamarosan aktiválva lesz a xyz funkció meg.... stb és majd...... szokásos bla-bla.
Ha érdekel valami szerelési anyag írj privátot. Eladó Schneider Mágneskapcsoló 18,5kW/38A
-
-FreaK-
veterán
Igen, de konkrétan Abu mondta, hogy majd az új, 1.0-ás driverben lesznek aktiválva. Erről most egyelőre szó sincs, és itt van az ellentmondás. De jó oké, legyen, majd meglássuk ha megjelent
(#33993) rupszi: Ezt nem is tudtam, nem semmi
(#33994) Pinky Demon: ez is egy jó példa erre igen, de ez azt az első mondatot inkább nem kommentálom, mert tuti kitiltást kapok..
-
#85552128
törölt tag
Erről semmilyen AMD nyilatkozat nem volt.
Olyan már többféle megjegyzés is volt még a Frontiernél, hogy xy "még nem aktív", de hogy "miért nem ?" és "mikor lesz majd ?" arra rendszeresen nem térnek ki...
Ha még most se lesznek bekapcsolva akkor valami gubanc lehet vele.[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Kiderült már pár dolog.
A HBCC inkluzív cache mód még nem lesz aktív, de az úgyis fejlesztői kihasználást igényel, tehát kvázi ráér a Far Cry 5-ig.
Az NGG fast pathról utólag kiderült, hogy már ott van a 16.40 óta, viszont per game aktiválású jelenleg, és a fehérlista lényegében kimerül a Wolf 2-ben.A többi dolog mind aktív. A 16.50-es batch nem tartalmaz ezekre vonatkozóan módosítást.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
do3om
addikt
Nem, most írta hogy jön a SM6.x ami az NV-nek kedvez mert most sokkal lassabb mint az AMD megoldása (röhögjek már egy kicsit mert nem tudom hol kell ezt nézni). Az NV gyorsulni fog, szóval a vega 56 az 1060, a 64 meg 1070 alatt, lesz.
Ha érdekel valami szerelési anyag írj privátot. Eladó Schneider Mágneskapcsoló 18,5kW/38A
-
Petykemano
veterán
The Stilt veled ért egyet:
..Severely ROP and memory starved.
The Vega iGPU inside Raven also has the lowest ROP to CU ratio of all AMD GPUs so far (0.727).
Ever since Hawaii (1.454 ROPU ratio) the GCN GPUs have been held back by the insufficient render backend resources (apparently current GCN cannot support more than 4 RBs per SE). This is the case with all Polaris GPUs and especially with Vega. The performance difference between Vega 64 & 56 at the same frequency is diminising due to the backend starvation (1:1 ROPU in 64, 1.142 in 56).Találgatunk, aztán majd úgyis kiderül..
-
Petykemano
veterán
Azt mondta Abu, legalábbis ezt a választ én erre a kérdésre értettem, hogy a Chill váltásai miatt kell a magasabb feszültség, hogy biztosan bírja az ugrásokat, miközben átlagfogyasztásban sokkal jobb eredményt ad, mint a undervolt.
Más kérdés, hogy miért nincs/nem volt külön profil Chill és Chill nélküli működesre?
Találgatunk, aztán majd úgyis kiderül..
-
stratova
veterán
Megáll az ész... Intel diáin a GH változatlanul 64 pix/clk... Pedig egy ennyire integrált gpunál a 2 SE-re tippelnék 4 helyett. (Lásd kicsiben Raven vs Polaris 11, 12). Most arra tudok gondolni, hogy 2 lapka készült egy Fenhunag + GH (4 SE?) egy pedig GM (és ki tudja még milyen Custom SoC) (2 SE) részére.
Egyik szemem sír a másik nevet, van egy olyan lapka, ami megvalósitja az eredeti APU koncepció lényegét, de megint Intel csinálta meg elsőnek, bár legalább AMD is keres rajta.
Így viszont Fenhuangra biztosan kellene egy 940-1000 MHz-es HBM2 kocka. A GM-nél elérhető 179 GB/s nagyon közel van az R9 285 sávszélességéhez (176 GB/s) ott pedig kimutatható hátrányt jelentett R9 280-nal (240 GB/s) szemben. -
stratova
veterán
Gondolom 16 ROP blokk így 64 blending egység lehet. De hogy éppen Intelnek csinálnak meg egy ilyen GPU-t a saját Tonga/Polaris termékeiket meg csak azért herélik, hogy a saját termékportfólióban (R9 290(X),390(X), Fiji, Vega) a csúcslapka limitációjához képest pozicionálni lehessen... Eh...
[ Szerkesztve ]
-
stratova
veterán
AMD szinten hasonlóan szokatlan dizájn Polaris 12 2 SE-be mindössze 5-5 CU került, amiből 4-4 aktív, mégis 2-2 ROP blokkot, 16 blending egységet kapott (ami pozitív csalódás és éppen ezért fordulhat elő, hogy bizonyos címekben képes beelőzni akár RX 460-at a magasabb GPU órajel miatt).
Viszont ha jól rémlik a fenti példa alapján egy SE-re min. 6 CU-val köthető 4 ROP blokk, így a 64 ROP blokkos min. konfig 4x6 (24) CU, 4x5 (20) CU már kevés. -
Jack@l
veterán
Baromi egyszerű:
A: Túl bonyolult megcsinálni driverből minden új játékra
B: Mérési hibával egyenlő előnye van jobb esetben
C: Az első kettő együttDe jó nagy volt a reklámduma a vegák megjelenésekor, megy ez is a többi hangzato amd fearture kötzé, amit a kutya nem használ.
Pedig ennek lenne értelme kivételesen, csak nem hoz olyan hűdenagy gyorsulást, ahogy az be lett előre lengetve.A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
nagyúr
szerintem is, nem volt hatékony a fordítójuk/túl nagy effort. meg persze lehet, hogy ez rája projektje volt, és már nem védi senki.
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
őstag
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új grafikus processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva. Architektúra, esélylatolgatás, érdekességek, spekulációk, stb.
- iPhone topik
- gban: Ingyen kellene, de tegnapra
- Kerékpárosok, bringások ide!
- Suzuki topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Nagyrobogósok baráti topikja
- Luck Dragon: Asszociációs játék. :)
- NBA és kosárlabda topic
- Skoda, VW, Audi, Seat topik
- Motorola Moto G24 Power - hol van az erő?
- További aktív témák...
- Újszerű - POWERCOLOR Radeon RX 5500 XT 8GB GDDR6 VGA videókártya
- Hibátlan - GIGABYTE GTX 1660Ti Windforce OC 6G 6GB GDDR6 VGA videókártya dobozos
- Hibátlan - PALIT GTX 1650 StormX 4GB GDDR5 VGA videókártya - tápcsatlakozó nélküli !!!
- ASUS ProArt GeForce RTX 4080 SUPER 16GB GDDR6X OC (ASUS-VC-PRO-RT4080S-O16G) Bontatlan új 3 év gar!
- XFX RX 6600 XT SPEEDSTER SWFT 210