- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- OLED TV topic
- Dell notebook topic
- Kormányok / autós szimulátorok topicja
- Autós kamerák
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- A Gigabyte is visszaveszi alaplapjainak alapértelmezett tuningját
- Amazon Fire TV stick/box
- TCL LCD és LED TV-k
- Valami baja van a tápomnak
Hirdetés
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
PROHARDVER!
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
dezz
nagyúr
Persze, hogy nem, de az sem mindegy, mennyire lehet megközelíteni a 100%-ot. A HSA a HW-rel szemben is meghatároz egy sor követelményt.
"Talan meg kene probalnom osszeszedni elejetol a vegeig"
Szükségtelen, csak egy ponton volt félreértés.
"Nem, te jo eg, me'g csak az kene"
Miért? Akkor másokra hárulna az OpenCL, Java, stb. fordítók elkészítése, az Intelnek - a többi gyártóhoz hasonlóan - csak a HSA Finalizert kellene elkészítenie a HW-eihez...
"Fogja a meglevo OpenCL --> IL (sajat, Intel-specifikus IL) forditojat, nem kell semmi kulonoset csinalni vele, hiszen az OpenCL 2.0 nyelvi szinten nem valtoztat semmi alapvetot."
1. Már ha jelenleg van bármilyen IL-e az Intelnek, nem pedig csak valami sokkal egyszerűbb low-level GPU driver. (Az AMD jelenleg elvileg közvetlenül GPU ISA-ra fordít OpenCL-ről.)
2. Attól, hogy OpenCL szinten nem sokat változik a szintaxis, egyebek, az IL szintjén jelentős változások lehetnek.
3. Nem hiszem el, hogy csak úgy sitty-sutty implementálni tudnák az OpenCL 2.0-át, mindezt HSA szerű alapokon. Ha ez csak így menne, már beelőzték volna az AMD-t."Ezt honnan tudod? Van konkret informaciod erre vonatkozoan?"
Csak a józan ész.
"Es kulonben is, mi koze az IL-nek a context switch-hez meg a queue-hoz?"
Ez erősen attól függ, hogyan vannak és lesznek ezek alacsony szinten megvalósítva. CPU-knál is jöttek be új utasítások pl. gyorsabb context switchre, stb. Még összetettebb dolog lehet az SVM, cache koherenciával kapcsolatos esetleges műveletek, stb.
"Egyszerubb modositani, mint ujat irni (lasd AMD)."
Honnan tudod, hogy az Intelnek nem kell? (Lásd fent.) Vagy hogy az AMD-nek milyen szinten kell átírnia? Jelenleg az sem biztos, hogy volt valamilyen IL. (Lásd fent.) Ha volt, akkor kétfelé kell bontani (OpenCL->IL, IL->GPU ISA), az IL szintaxisát módosítni, a meglévők mellé új funkciókat beilleszteni. A HSAIL-t alapvetően az AMD dolgozta ki, nyilván építettek a meglévő IL-re is, ha volt olyan.
A dinoszauruszok is sokáig uralták a Földet, de aztán változások álltak be, amihez nem tudtak alkalmazkodni (mert megszokták, hogy addig nem kellett semmihez), szépen ki is haltak. Az x86 sokat veszített a befolyásából, és elég kicsi az esély, hogy ezt az egészet az Intel az ellenkezőjére fordítja.
[ Szerkesztve ]
-
lee56
őstag
Szerintem iGPU CU-ra gondolt, tehát a radeon core tömbökre, amikből a PS4-ben 18 lesz elvileg.
Az a hozzászólás viszont nem tudom melyik lehetett amire utalt, de szerintem hosszútávon beszélhettél erről, vagyis hogy majd be tudnak építeni többet is, majd a Carizzo-ban és később. Ezért jó a moduláris felépítés, könnyebben tudnak újratervezni, ha esetleg még nagyobb die area kell az iGPU-nak. Amúgy a Jaguar magok (8) azért annyira nem erősek, nem? Desktop Kaveri 4 magja simán nagyobb teljesítményt fog adni, más kérdés hogy bizonyára nagyobb fogyasztás is fog járni e bónusz mellé.És itt nem is értem amit kérdezett strati ;
"Mi lehet itt az a felső küszöb amit 4 Steamroller mag még kiszolgál, a PS4 18 CU-ja?"
Ez PC-n a majd (lentebb) említett programozóktól függ igazán, meg a szoftverkörnyezettől amit az APU-k alá görgetnek a gyártók; lásd mantle. Konzolon a relative kisebb Jaguárok teljesítménye sem jelent gondot, mivel nem kell pl. a DirektX rétegeivel megküzdeni. És ugye azért van az erős iGP benne hogy azt piszkálják inkább, tehát ha már amúgyis ez volt a (játék)fejlesztők kívánsága, akkor essenek is neki és használják azt ki minél jobban.
Tehát mire desktopon a PS4 szintjén fognak járni iGP-ben,már talán lesz elég tapasztalat is a témában.Na igen, amit írsz a végén az lenne a nonplusz ultra, a fusion utópia megvalósulása, szerinted mégis hány év telik el mire ez kökemény reality nem lesz, gondolva főként a globális elterjedés és a szoftverprogramozók felnövéséhez a feladathoz?
(#13055) stratova : Igen ez tényleg érdekes, állítólag kellően jó PR-al még a sz@rt is el lehet adni, de furcsamód - ahogy Fiery is írta - AMD-nek ez néha akkor sem ment, amikor tényleg minden tekintetben jobb cuccot árult mint a konkurencia. Bár ha a sok kék szemüveges bolti eladóra, meg a kékek jópár aljas húzására gondolok, akkor már azért érthetőbb hogy nem olyan egyszerű versenyezni velük.
Az meg hogy gyártósorok is néha megszivatják őket, és nem gördül le elég termék hogy elárasszák a világot, csak a hab a tortán. No Comment
-
stratova
veterán
Akkor én félreértettem a korábbi bejegyzésedet, ezért is lepődhettem meg rajta.
Max. 8-at, igy van Persze ha lesz ra igeny, akkor barmikor tud az AMD 8-nal tobb GCN2 CU-t integrálni a Kaveri 2 CPU-modulja mellé, csak annak sajnos a TDP-keret látná kárát.Ugyanis én GPU CU-ként értelmeztem (ahogy lee56 is értelmezte a hsz-emet). Azért is hasonlítottam a legnagyobb teljesítményű konzol APU-hoz - Abu válaszára reagálva - mert korábbi híradások szerint ott a GPU CU-k nem csak grafikai számításokat végeznek. Ebből gondoltam arra, mi a legnagyobb GPU CU szám, amit a 2 CPU modul kiszolgálhat PC-n GPGPU-s felhasználás esetén.
AMD már HD 7000 megjelenésekor azt reklámozta, hogy az GCN mennyivel alkalmasabb ilyen területre a korábbi megoldásnál:
-
-
Én konkrétan remélem, hogy így lesz.
Nekem az is jó, ha a Jaguarral rakják össze a GCN3-at, kihagyva az FPU-t, tulajdonképpen a lényeg, hogy minden területen legyen értelmes alternatívája az intel prociknak az AMD-től.
pl. nem tudom, hogy mivel lehetne maghajtani 2db, netán 4db 290X GPU-t.[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
#13078
Mahrenburg
senior tag
Fiery
#13026
Mahrenburg
senior tag
Köszönöm!
Jól értem, hogy lehetne nagyobb (pl. 3 GHz körüli) órajelű Jaguar-változatot is kihozni (persze magasabb TDP-vel) ? És egy ilyen változat már elképzelhető, hogy "Intel-közeli" magonkénti teljesítményt nyújtana? (Ráadásul, ha jól sejtem, a kis lapkaméret okán még így is nagyon jó fogyasztási értékeket hozna.) Az is elképzelhető, hogy csak azért nem álltak át Jaguarra, mert a Carrizo már "készen van"? Az is eszembe ötlött, hogy (szintén a kis lapkaméretet alapul véve) lehetne 4 Jaguar-mag+GPU, s tisztán CPU, azaz 2x4 Jaguar-magos verzió is... (Persze lehet, hogy túlgondoltam/félreértettem valamit...
)"Egy fel nem használt Phenom II matrica olyan mint egy nap ami sosem kelt fel, egy múló szerelemről szóló dal amit sosem énekeltek, egy harcos szív amely sosem dobbanhatott..!" by Habugi
-
dezz
nagyúr
"Mert akkor csatlakozniuk kene a HSA Foundation-hoz... Azt meg nem akarjak."
Mert? Ennyire derogál nekik az, ami a világ más nagy elektronikai cégeinek nem?
"A jozan esz azt diktalja, hogy az IL szintjen ne kelljen foglalkozni az utemezessel. Az x86 sem arrol szol, hogy mikepp utemezed a kodot, hogyan futtatod le (in-order, pipelined in-order vagy out-of-order)."
Nem utasításütemezésről van szó, hanem a (rész)feladatok ütemezéséről.
"A nyelv szintjen nem kell ezekkel foglalkozni, plane ha queuing megoldasrol van szo."
Ehhez képest az AMD kifejlesztett v. implementált egy bizonyos Architected Queuing Language-et (AQL). [link]
De más okai is vannak az IL szükségszerű megváltoztatásának:
- Többféle magas szintű nyelv támogatása az OpenCL-en kívül (C++, Java, C++ AMP, .NET, stb.).
- Másféle, önállóbb queuing, AQL, user-mode dispatches to HW, dispatch API-k.
- Unified memória modell, közös pointerek a CPU-val.
- Cache koherens és nem koherens területek.
- Önálló context switch, preemtion.
- stb.Nem tudom, miért gondolod, hogy az Intelnek csak minimális változtatásokat kellene eszközölnie az IL-jén egy HSA-szerű rendszer, illetve az OpenCL 2.0 kiszolgálásához? Vagy hogy az AMD nem próbált annyit átemelni a HSAIL-be a korábbi IL-ből, amennyit lehetett? Vagy hogy a fentiek és pár egyéb dolog implementálása és kiszolgálása szinte semmiség (az Intelnek)?
(#13073): Ez azért furcsa, mert a Brazos/Jaguar az tulajdonképpen a K8/K10 lebutítása, sok tekintetben. Ebből fakad az is, hogy nem tudnak jelenleg még 2 GHz fölé sem igazán menni vele. Valószínűleg jelentős változtatásokra lenne/lesz szükség ahhoz, hogy ez megváltozzon.
[ Szerkesztve ]
-
lee56
őstag
Igen, a célt tekintve logikusnak hangzik, mert jelenleg látszólag is nagy gond nekik a CPU részt kipofozni, miközben az IGP-t is hízlalják azért, hogy nyeregben maradjanak legalább iGPU fronton.
Ha a fusion álá HSA valóban sikeres lesz, nyugodtan csökkenthetik is akár a CPU részt az elkövetkező generációknál.De azért ez még nagyon a jövő, az átmeneti időkben pedig egyre jobb CPU nélkül nem tudom mi lesz velük.
Ugyanakkor izgalmas lesz tényleg ha az Intel végül mégis más utat választ (bár látszólag most ők is az IGP-jükre fókuszálnak inkább), érdekes dolgok jöhetnek ki azért.
No Comment
-
#24650752
törölt tag
"A Jaguar ugyanis egy jobb, hatekonyabb, gyorsabb architektura osszessegeben, es ha megfeleloen fel tudjak skalazni orajelben, akkor siman az lehet a jovoje az AMD mainstream desktop/mobil platformjanak is."
Izgalmasan hangzik. Engem azóta foglalkoztat ez a kérdés, mióta kiderült, milyen processzor lesz az új konzolokban.
-
Oliverda
félisten
Én egyelőre nem látok ekkora jövőt a Jaguarban. Még nem volt szerencsém saját kezűleg tesztelni, így csak más eredményeiből tudok kiindulni. Az 1,5 GHz-es, négymagos A4-5000 1,5 pontot ért el CB 11.5 alatt. Optimistán számoljunk tökéletes skálázódással az órajel emelésével párhuzamosan, így egy 3 GHz-es modell elméletben kereken 3 pontot kapna.
A fenti eredmények minden esetben négy, 3 GHz-re állított maggal születtek, így jól összevethető a teoretikus Jaguarral.
A Vishera-nál így elméletileg 16%-kal lenne gyorsabb azonos órajelen illetve magszám mellett a Jaguar egy olyan területen, ami (eddig) a BD-alapú megoldások egy elég gyenge pontjának mutatkozott ([link]).
Egyetlen 32 nm-es Bulldozer modul 2 MB az L2 cache-sel együtt 30,9 mm2, ami 28 nm-en kb. 24 mm2 lenne. Két darab 28 nm-es Jaguar mag 6,2 mm2, 2 MB L2 pedig saccra ~10 mm2 lehet, ami összesen 16 mm2. Ez ugyan 8 mm2-rel kisebb, de azt még mindig nem tudjuk, hogy mennyivel kéne megtoldani a magokat ahhoz, hogy 3,5-4,0 GHz-es frekvenciára is képesek legyenek, illetve hogy a komolyabb, 2P-4P szervereknél is megállják a helyüket. Egy szó mint száz, én még egyáltalán nem vagyok biztos abban, hogy ezzel együtt más területekre is olyan jó alternatíva lehet ez vonal. Time will tell.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
stratova
veterán
Ehhez képest az Opteron 6300-as vonal (Pieldriver) Warsaw réven még úgy néz ki kap egy frissítést (gondolom, kb olyat mint Trinity/Ruchlanddel).
miklosss2012 bár a kérdés nem nekem szólt, AM3+ Socket C32-vel egyetemben egy ideje már kikerült a szerver útitervből, pedig ott még több értelme van a több mag kisebb órajel melletti felállásnak, mint asztali vonalon. Szvsz AM3+ nyugdíjazva lett.
[ Szerkesztve ]
-
Oliverda
félisten
Igen, de ezzel most nem sokat érnének a felsőbb kategóriákban, mert a Jaguar nem tud ~4 GHz-et, ha pedig átterveznék a magasabb órajelnek megfelelően, akkor kétlem, hogy megmaradna ez a kis méret.
Egyébként reális(abb) összehasonlítást majd a Steamrollerrel lesz érdemes csinálni, mivel ugye hasonló gyártástechnológiával fog készülni.
Nem tudok róla hogy kiszálltak volna a 2P-4P-ről, vagy hogy ez bárhol is szóba került volna. Most Inkább épp oda lenne érdemes összpontosítani, hisz míg a desktop szegmens egyre zsugorodik, addig a szerver folyamatosan növekszik. Ha igaz a pletyka akkor 2015-ben új platform jön SR-alapú CPU-kkal.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
Ha ez valóban így van akkor miért erőlködnek a Warsaw-val? Hiába nem új lapka, ennek a forgalomba hozása sincs ingyen, ergo valamiért még invesztálnak ebbe a szegmensbe.
Elvileg novemberben elérhetővé válik az új roadmap. Abból remélhetőleg már pontosan lehet látni az irányokat.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Abu85
HÁZIGAZDA
Azt tudom megmondani, hogy a szervereknél a tradicionális feladatokat próbálják gyorsítani GPU-val. Ezt már ma is csinálják. A Facebooknak rengeteg Radeonja van a memcached technika offloadjára, csak nagyon megnő a fogyasztás, és nem gyorsul lényegesen. De nyilván ezen az integráció és főleg a közös memória sokat segít majd. Ez egy tipikus munkafolyamat, amire nagyon jó a GPU és sokszoros gyorsulás érhető el.
De van még a Hadoop és SQL gyorsítása, suffix tömb gyorsítása, Java GPGPU opciók, szimulációs feladatok. Ezekre mind jó a HSA, és nagyon tipikus munkafeladatok az adott szerverekben. A gyorsulás mértéke pedig sokszoros lehet.
A HSA nem a direkt verseny miatt érdekli a cégeket, hanem amiatt, hogy ugyanazt tizedannyi fogyasztásból megcsinálják.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Mi internetes képátvitellel kezdtünk el dolgozni az utóbbi években, és mi is GPU-val kezdtük a fejlesztést, mert 1,5-2,5-szeres ár/teljesítmény és teljesítmény/fogyasztás adat jön ki bármilyen x86-hoz képest a jelenlegi kódunkkal. Mondjuk mi nV-CUDA társaság vagyunk, mert az AMD linux alatt szoftveresen nem elég megbízható jelenleg sem, és a fejlesztőkörnyezetek sem olyan jók. Windózra meg nem akarunk váltani emiatt. Azóta már vannak GCN-es Radeon-ok, és folyamatosan napirenden van a váltás vizsgálata, de eddig mindig voltak szoftveres gondok, amik miatt nem lenne megbízható döntés, hiába izmosabb a GCN-es hardver.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
lee56
őstag
Egy Steamroller alapú CPU sem lenne teljesen zsír új mivel, FM2+höz ugyis elkészítik (sőt a dizájn már rég kész), így kb csak a másik tokozás miatti módosításokkat kellene megoldani, ami már csak nem olyan vészes. És nem hinném hogy ne lenne rá kereslet, amikor sokan már most is azért pártolnak át a konkurenciához, mert keveslik a CPU-erőt a jelenlegi felhozatalban. Egyszerűen nem értem az AMD miért ne akarna egy már szinte piackész versenyképesebb (ami azért nagyobb előrelépés lenne mint Trinty->Richland, sőt talán még a Bulldozer->Piledrivernél is) terméket piacra dobni, amikor megtehetné.
Azoknak a pletykáknak amik szerint 2015-re lenne új CPU (tokozással mindennel együtt), azt meg már nem tudom hova tenni. Épphogy mire jobban elterjednének az APU-k akarnak kijönni új CPU-val? Az időpont kb reális hogy akkor DRR4-es platform lenne, de az meg megint inkább az APU-knak lenne hasznosabb, szóval megintcsak..
No Comment
-
Abu85
HÁZIGAZDA
Már nem a VIA tulajdona az S3. A HTC kapta meg a részleget és mindent ők pénzelnek innentől. A VIA az S3 fejlesztéseket licencelni fogja a HTC-től.
A VIA elsősorban a WonderMedia miatt lépet be az alapítványba és nem az S3 miatt. Egy pár hete már erős a pletyka, hogy a Google az OpenCL-re véglegesen nemet mondott, de az ARM, a Qualcomm, az Imagination, az LG, a Samsung és a Mediatek nyomására a HSA-t beépíti az Androidba, de cserébe azt kéri, hogy ezek a gyártók OpenCL-t többet ne telepítsenek bele a rendszerbe. A VIA csak követi ezt, mivel OpenCL nélkül nekik is a HSA felé kell húzni.
Igazából ez kemény menet volt, de úgy néz ki, hogy megegyeztek. GPGPU-t mindenki akar, de a hogyan kérdéses. A Google azt mondja, hogy Renderscript, míg a többiek ezt nem akarják. Most mindenki szerencséjére nagyon közel kerültek az álláspontok a HSA-val, mert azt a Google is támogatja. Egyébként ezért cserébe azt kérik, hogy a Renderscript kiemelt támogatást kapjon a HSA alapítványtól is. Tekintve, hogy mást nem tehetnek, így egyelőre ilyesmi Android szoftveres stack lehet a jövő, legalábbis az ARM felvázolásában.
A Google-nek az a szerencséje, hogy csak az Intel és az NV nem támogatja a HSA-t, de ők az Android piacának nem teszik ki az 5%-át sem, tehát kicsi az érdekellentét itt.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
C/C++, Java és Renderscript.
Ez a gyártóknak is a baja, mert ők is rengeteg OpenCL kódot készítettek, de a Google azt mondta, hogy nem. Az indokuk is egyszerű, a HSA garantálja, hogy ugyanaz a kód minden hardverrel kompatibilis, míg az OpenCL esetében erre nincs garancia.
A mainstream fejlesztők vidáman átállnak majd, itt a legfőbb probléma, hogy a gyártók rengeteg házon belüli technológiát építettek az OpenCL-re, amit most írhatnak át. Ez volt a legfőbb nyomás a Google-ön, de most úgy néz ki, hogy a HSA-val minden érintett megbékélt. Kicsit csúszni fog a dolog, de még mindig jobb, mint az eredeti "csak Renderscript lesz" álláspont.Csak PC-n gond, hogy mindenki mást akar. A mobil piacon nagy az egyetértés a HSA mellett. Az Intel és az NV a maréknyi részesedésükkel ebbe nem tudnak beleszólni. Vagy beállnak támogatni, vagy készítenek egy saját Android verziót, mint például az Amazon. Abba azt raknak amit akarnak, és építeniük kell egy saját áruházat rá. Az Android nagyon szerencsés helyzetben van, hogy a piacuk 95%-a a HSA-t preferálja.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Oliverda
félisten
Az x86-os moduloknak nem hiszem, hogy sok köze lenne a GDDR5 támogatásához, vagy bármilyen, a teljes lapkát érintő feature-höz, a SteamrollerB pedig kifejezetten arra a részre vonatkozik.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
Mielőtt megint beindulna a kilométeres OFF özön:
Szerintem ezt most te értetted félre, ugyanis a SteamrollerB nem egyenlő a Kaveri 2.0-val. Míg előbbi az x86-os modulra utal, addig utóbbi a teljes lapkára, illetve annak képességeire.
Az rendben van, hogy végül törölték a GDDR5-t, és így született a Kaveri 2.0. Ezzel szerintem senki sem vitatkozik, pláne hogy nem túl sok információ került napvilágra.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
A Kaveri 2.0-ban nyilván SteamrollerB modulok lesznek, de hogy az 1.0-ban mi lett volna, vagy hogy mi a különbség az A és a B variánsok között, azt nem tudom. Csak annyi infóm van amennyi a slideon szerepel. Sajnos nekünk nem állnak rendelkezésünkre ilyen háttérinfók.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
dezz
nagyúr
Oliverda már a #13200-asban leírta. De nem is értem, hogy nem vagy tisztában vele, hogy az egyik a CPU modul mikroarchitektúrális kódneve, a másik pedig az egész lapkáé.
Más a tények közlése és más az állandó részrehajló feltételezések. Egy idő után nem olyan szórakoztató.
A GDDR5 a DDR3-on alapul, ugyanazzal a memóriavezérlővel lekezelhető (kb. mint ahogy az AM2+/AM3 Denebnél volt, csak ott DDR2/DDR3). Ezért szerintem a GDDR5 kihagyásához nem lett volna szükség új Kaveri lapkára.
És igen, szeretnénk azt hinni, hogy a Kaveri 2.0 nem butább, hanem okosabb lesz, mint az eredeti. Szerintem nem kell ehhez vérfannak lenni.
"A tobbi, amit leirtam, pl. a Kabini meg a Beema/Mullins kapcsan, azt szinten az AMD mondta el, nyilvan itt nem fogok specifikumokat emliteni. Mindenesetre az mar onmagaban is furcsa, hogy a Beema/Mullins feature szinten megegyezik a Kabinival, pl. nem tamogat HSA-t, azonos processzen keszul majd, stb."
És mi köze ennek a Kaverihez, ami viszont támogatja a HSA-t és egy teljesen másik vonal?
(#13209): "De ez esetben mar osszesen 4 fele variaciorol beszelunk, amibol vegul elkepzelheto, hogy a legkevesbe attraktiv valtozat kerul gyartasba."
Sokminden elképzelhető. Pl. az is, hogy egyszercsak felrobban az egész AMD központ. Bizonyára sokan fantáziálnak ezen... Csak nem mindenki kíváncsi rá.
(#13210): Tudod, egy idő után kicsit fárasztó az egyik irányba folyamatosan negatív spekuláció, a másik oldal dícsérgetése mellett. Próbáld ki, hogy felkeresed pl. Mercedes tulajok fórumát, és nekiállsz azon "spekulálni", hogy a következő Mercedes biztos nagyon vacak lesz, de a Citroen, na az nagyon megy... Elképzelhető egy idő után ott is rá fognak únni. Aztán meg állj neki lefanozni őket ezért...
(#13206) Oliverda: Az, hogy a modulokat SteamrollerB-nek hívják, számomra azt mutatja, hogy ez valami új. Szóval, szerintem:
- Kaveri 1.0 -> Steamroller CPU modulok
- Kaveri 2.0 -> SteamrollerB CPU modulokDe látom, te is így gondolod. Nos, én azt remélem, hogy a SteamrollerB jobb, nem pedig rosszabb, mint az eredeti Steamroller.
(#13212) Yutani: Ami azt illeti, nem ő a program aktív fejlesztője (a kóder). Szerintem ő a manager.
[ Szerkesztve ]
-
Oliverda
félisten
Továbbra is azt gondolom, hogy jelen esetben erősen túl van hájpolva a GDDR5 szerepe. Nem sokat segítene a Kaverin ha támogatná, mert az önmagában még semmit sem érne. Megfelelő gyártói ill. piaci támogatás nélkül csak egy pár oldal lenne a BKDG-ben, és leírhatnánk hogy már ilyen is volt.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Thrawn
félisten
Szóval ez lett volna az eredeti ötlet? Vagyis a GDDR5M csak egy köztes állomás lett volna a HBM felé, DDR4-nek meg nyomát sem látom. Ez is érdekes.
Different songs for different moods. łłł DIII Thrawn#2856 łłł Look! More hidden footprints! łłł D4BAD łłł WoT: s_thrawn łłł
-
stratova
veterán
Fiery & Oliverda: Amennyiben megemlíthető, van biztos információtok arra vonatkozóan, hogy ezen a dián szereplő "New PCIe SSD Interface" automatikusan maga után vonhatja pl. Mobil Kaveri mSATA támogatását? Ezzel - talán mondhatjuk - régi adósságot törlesztene a gyártó.
Thrawn: mióta először láttam azt a diasort, erre spekuláltam én is. No meg stacked RAM-ra, az első Amkoros diák és egyéb tesztlapkák (nem APU) után. Számomra még mindig nem tiszta, mitől lenne drágább egy GDDR5M (nem GDDR5!) egy DDR4-nél. Az APU-nak grafikus feladatra (nem GPGPU-ra) pedig ideális lehetne.
(#13223) Fiery Értem, köszönöm. Ez kifejezetten jó hír lenne. Már mSATA opcióval is elégedett lennék egy notebookban, eddig ez csak Intelnél volt elérhető tudtommal. NGFF (M.2) persze még jobb lehet, ha már beállt az ára egy elérhető szintre.
Régi vágású vagyok, nekem még kellene az ODD és a HDD az SSD mellé egy kalap alatt.[ Szerkesztve ]
-
dezz
nagyúr
Ahhoz nem kell új chipet tervezni, hogy ugyanaz levalidálhassák letiltott GDDR5 móddal is.
Tudod az igazságot? Annyit tudsz, hogy egy ideje nem szerepel a GDDR5 támogatás a doksiban és ebből igyekszel túl messzemenő következtetéseket levonni.
"akkor 2014-ben vegig csak a Kaveri lesz, semmi mas termek a vilagon, ami HSA-t tamogatna."
Több millió termék lesz még a piacon az új konzolok képében. Ezt nagyon szereted elfelejteni. Az sem kizárt, hogy valamely más gyártó is kijön 2014 folyamán valamilyen HSA támogatású termékkel. Ezt is szereted elfelejteni.
Elhiszem én, hogy több vagy, mint egyszerű manager, de mint magad is írtad már korábban, Balala a kóder. (Egyszer már kérdeztem valami specifikusat privátban, ha emlékszel, hozzá irányítottál.
)A Bulldozer kicsit más eset volt. Maga a koncepció jól nézett ki (és szerintem kisülhet még belőle valami, ha elmúlasztják a gyermekbetegségeit), de te akkor már tudtál 1-2 konkrét gyermekbetegségről. Utána már csak reménykedni lehetett, hogy egy újabb steppingben javítani tudják ezt, de annál komolyabb beavatkozásra lett volna szükség. Most viszont te is csak találgatsz.
(#13217): Ezt mondom én is: ha alig tudunk valamit, akkor inkább talán ne feltételezzünk mindenféle rosszat.
(#13220): Ez így nagyon szépen és logikusan hangzik, csak sajnos pár dolgot nem vettél számításba és az sem érdekelt, amikor erre felhívtam a figyelmedet. Mintha a sok szövegeléssel próbálnád elterelni a figyelmet az ellenérvekről. Aztán, amikor már csak az maradt volna, hogy "oké, talán tévedtem", egyszerűen nem válaszoltál. Nekem ebből valahogy nem az jön le, mintha annyira "féltenéd" szegény kis AMD-t, hanem a fő cél a bizalom megingatása lenne.
[ Szerkesztve ]
-
Oliverda
félisten
Hiába a marketing, ha nem lehet beszerezni a rendszerhez szükséges modulokat. Szerintem eléggé tökön lőtték volna magukat a GDDR5-tel, de talán még időben hagyták a fenébe az egészet. Egyedül talán a drágább ultrabook (szerű) gépekben lehetett volna létjogosultsága, illetve ott talán minden szempontból kivitelezhető lett volna.
Miért, nem azt írtam?
![;]](//cdn.rios.hu/dl/s/v1.gif)
stratova: Az mSATA sima SATA adatkapcsolatot használ, az M.2 pedig már csak PCIe-t. Az mSATA nincs az Intel-hez kötve. Létezik AMD-s cucc mSATA-val.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
leviske
veterán
De ha az AMD nem lenne magabiztos a HSA kapcsán, akkor meg se merték volna nyitni más gyártók irányába, nem? Szóval onnantól tökmind1, hogy lemásolják-e, mert ha a másolat kompatibilis lesz (márpedig, ha évekkel később jön, akkor annak kell lennie, hogy terjedni tudjon) akkor az AMD hazai pályán marad.
Emellett a Mantle és a PC-s gyártók (Dell, HP, Acer, Lenovo) gamer piac felé való elmozdulása a két konzol GCN alapjaival kiegészítve egy elég szép terjedési lehetőséget nyit az AMD számára. Szóval az általad is elismert Mantle siker esetén a HSA-t is kénytelen/kelletlen sikerre viheti, hiszen az Intelt kiszoríthatják a Mantle-kompatibilis APU-k.
-
leviske
veterán
A probléma csak azzal van, hogy tudomásom szerint már az ATi felvásárlása óta a FSA/HSA irány volt tervben. Ezért vállaltak be egy rizikós felvásárlást. Ez még haverok közt is 7 év előny az AMD számára. Vagyis azzal számolva, hogy az Intel még most is a MIC-on dolgozik és ezzel -ha eddig jól értettem- egészen más irányból közelít.
Az nVidia már egy egészen más tészta, de nekik a mobilpiac végett érdemes volna inkább belépni a HSA-ba, mivel anélkül az Android piacról kiszorulnak idővel. Arról nem is beszélve, hogy a HSA-val gyakorlatilag az AMD és ARM nyakán mászhatnának vissza a desktop élvonalba.
A Mantle meg önmagában egy semmi. Volt már próbálkozás saját API-ra és bukott is már bele gyártó a dologba. A Mantle-t szvsz nem az teszi érdekessé, hogy bevállalta az AMD, hanem az, hogy gyakorlatilag ott áll mögötte a két nagy konzol. Ez ellen meg jöhet az nVidia és az Intel bármilyen API-val, önmagában semmit nem érnek vele. Szóval a Mantle inkább addig van biztonságban, míg nem lép a Khronos vagy a Microsoft és tereli újra azonos mederbe a cégeket. És itt jönnek képbe az Abu által rengetegszer emlegetett "évek". Bár persze még meglátjuk.
-
stratova
veterán
A fejtágítást köszönöm.
Számomra a lényeg, hogy legyen olyan AMD-s noti, amiben akár mSATA akár M2 révén de kártya formájában kerülhet SSD, megőrizve ezzel a HDD eredeti helyét (s így az ODD-t).
Őszintén szólva eddig egyetlen AMD-s notebooknál sem láttam még csak opció szinten sem erre lehetőséget, holott azonos kategórián belül Inteles verziónál volt rá mód. Sőt utóbbi esetben akár már 140 környékén kapni ilyen gépet (nyilván más szempontok is vannak ezen kívül). -
dezz
nagyúr
Lehet, hogy többet tudsz, de azt jól titkolod. A korábbiakban semmilyen konkrét tényt nem írtál ezzel ezzel kapcsolatban, a GDDR5 doksiból való kikerülésén kívül. Más termékekre hivatkoztál, hogy lám, azok sem azok lettek, mint amit eredetileg terveztek. Ez az egész így találgatás szerű.
"Bocsanat, nem hangsulyoztam ki, hogy a PC-rol beszelek."
A "semmi mas termek a vilagon" nem erre utalt.
"Megjegyzem, ez a topic is a mainstream PC-kbe valo AMD processzorokrol szol."
Ugye nem gondolod, hogy a kettőnek semmi hatása egymásra?
"De azt azert jegyezzuk meg, hogy a konzolok kozul -- ha jol tudom -- csak a PS4 APU-ja tamogat HSA-t."
Ezt még nem tudni pontosan.
"A CPU+FPU+memoria benchmarkok fejlesztoje nem en vagyok, de attol me'g fejleszto (koder, stb) vagyok. Pl. a hamarosan megjeleno AIDA64 v4.00 OpenCL GPGPU benchmarkjait es annak a GUI-jat is 100%-ban en keszitettem. Meg me'g ezer mas dolgot az AIDA64-ben."
Akkor ne haragudj, ez nem tudtam, más topikokbeli ezzel kapcsolatos írásaidból az jött le, hogy Balala a kóder és te vezényled a fejlesztést és intézed az egyéb ügyeket. (BTW, az OpenCL benchmarkban alkalmazott eljárások inkább az AMD-nek fekszenek jobban, vagy az Intelnek?
Mint tudjuk, egyes dolgokban az egyik a jobb, másban a másik.)"nalunk van egy Kaveri, amin fut egy alpha allapotu HSA implementacio (mivel annal jobb me'g nincs). Benchmarkoljuk, tesztelgetjuk nap mint nap ezt a konfigot."
Ezt a nem mellékes körülményt eddig nem közölted.
"Pont ezek alapjan a tapasztalatok alapjan mondom azt, hogy a HSA tul konnyen lekoppinthato, ill. hogy a Kaveri leginkabb csak iGPU-ban eros(ebb, mint a Richland)."
Szerintem csak felületesen szemlélve tűnik könnyen lekoppinthatónak.
"Egyebkent mulatsagos latni, hogy a Bulldozer elhibazott alapkoncepciojat "gyermekbetegseg"-kent aposztrofalod. En inkabb alapveto architekturalis mellefogasnak mondanam"
Erre térjünk majd vissza akkor, ha az Excavator is vacaknak bizonyul.
"Azota meg csak azt hallani, hogy a CPU/FPU nem is lenyeges, bezzeg az iGPU meg a HSA. Persze ha valamely adatnal az AMD kerul elonybe, akkor hirtelen az lesz a legfontosabb, pl. 8 mag es 5 GHz-es orajel. Akkor hirtelen megint a CPU/FPU resz kerul fokuszba. Milyen erdekes"
Ez meglehetősen rosszmájú, alapvető tényeket és iparági trendeket ignoráló megjegyzés volt. A félvezetőgyártás jelen helyzetében CPU téren 5-10 éves távlatban még az Intel sem fog tudni jelentősebb változást felmutatni. Ezért kezdtek el foglalkozni a Larrabee, később MIC projekttel, ezért készítettek OpenCL drivert ők is az IGP-ikhez. És bizonyosan nem az AMD kedvéért lépett be az ARM, a Samsung és egy sor más, meghatározó cég a HSA Alapítványba... A számításigényes feladatok jó részét a CPU-ét messzem meghaladó számítási teljesítményű IGP-re lehet bízni, illetve közösen dolgozhat rajtuk a CPU és az IGP. Néhány éves távlatban csak ezzel lehet jelentősebb teljesítménybeli előrelépést prezenlátni, ezért nagyon is ezen lesz a hangsúly.
-
lee56
őstag
"Biztos?"
Ha azt nézed hogy merre mennek a fejlesztések kb. minden processzorgyártónál, eléggé egyértelmű erre a kérdésre a válasz. Fantáziát látnak benne a cégek nyilván, vagy inkább mondom úgy hogy a hagyományos értelemben vett X86 számítási teljesítmény emelésben nem látnak már annyi fantáziát.
Csak látnánk már valami eredményt belőle, valami tesztet, valami forradalmian új játékmotort, vagy programot végre, ami IGP-t (is) használna és 10-20-50x-osára gyorsulna minden. Ezért várom már én is a Kaverit, mert kiváncsi vagyok mekkorát durran, (az a lufi). Amúgy ötletnek nem egy rosz dolog ez a fusion, meg a HSA, csak ne kéne még megint éveket várni, mint az egy-magos éra utáni időkben, hogy végre ugyan használják már ki a két, vagy több magos processzorokat a tisztelt programozók, valahogy nagyon úgy érzem itt is hasonló lesz a szitu mint anno (sőt még néhány program manapság is akad, amit "faszán" megírtak).Az általad említett dolog is érdekes azért; ha valaki majd kitalál egy jobb módit, akkor borulhat az egész, ebben tényleg van némi kockázat, AMD pedig úgytünik most mindent az IGP-nek rendelt alá, és nekik valamivel nehezebb lenne gyökeresen eltérő irányba elindulni mint a konkurenciának.
No Comment
-
dezz
nagyúr
"Nem csak a doksi, mert kapasbol a Kaverirol beszeltunk az AMD-vel, ok emlitettek, hogy az egyik PC-gyarto intett be nekik, hogy a GDDR5 magas ara miatt nem fognak epiteni ra PC-t, ha megfeszul az AMD, akkor se. Ez dontotte el a kerdest."
Ezt úgy mondod, mintha Oliverda nem ugyanerről akart volna meggyőzni már napok óta.
"Ugyanigy beszeltunk veluk a Beema/Mullins problemarol, akkor emlitettek, hogy a HSA tamogatas ki fog maradni beloluk. Be szerették volna rakni, de nem jott ossze. Egyebkent az is beszedes, ha megnezed a Beema/Mullins BKDG-t, es abban a reszben, ahol az eloddel hasonlitjak ossze, hogy mik a valtozasok, nem a Kabinivel vetik ossze, hanem a Brazosszal. Akarcsak a Kabini BKDG, ott is a Brazosszal vetik ossze. Es akarhogy nezed a BKDG-t, nincsenek jelentos valtozasok, csak apro faragasok itt-ott. Ennel me'g a Trinity --> Richland valtas is eroteljesebb volt. Teljesen nyilvanvalo (szamomra) ez alapjan, hogy a Beema/Mullins se ugy sikerul, mint ahogy kellett volna neki."
Ezt meg úgy, mintha kételkedésnek adtam volna hangot.
"Ha mindezek alapjan azt mondod, hogy talalgatok, oke, elfogadom, Te igy latod a dolgot."
Attól, hogy valami nem sikerül, más még sikerülhet. A PS4 és az XBO APU-i pl. már nagyban tömegtermelődnek.
"Erre mar tenyleg nehezen tudnek mit mondani"
Próbáltalak az érvek szintjén meggyőzni, de rámküldtél egy karakterhadsereget, aztán témát váltottál.
"Me'g a Steamroller se jelent meg, es Te mar az Excavatort rangatod ide?"
Egyszerűen addigra érik be igazán a Bulldozer vonal. De az is lehet, hogy valójában az egész Bulldozer család csak az előkészület az Oliverda által korábban citált Bulldozer Nexthez, ahol már modulonként 8 integer mag és 4 "accelerator" (új fajta FPU) lesz. (Már persze ha nem fake.)
"szerintem business as usual lesz az Excavator: kijavitja a Kaveri apro hibait, hoz egy teljes HSA implementaciot"
Megint kevered a CPU mikroarchitektúrát az egész lapkával.
"Milyen tenyeket ignore-altam? Azt, hogy az AMD legyint az x86 magokra, hogy "az ugysem szamit" ? Ennyi erovel barki legyinthet a konkurenciara, hogy "ja, hát igen, ők jobban csinaljak, de ugysincs ertelme rohanni". Az ilyen arrogancia nem szokott sok jora vezetni..."
Ott van a következő modatban, jobb lenne, ha nem szaporítanád feleslegesen a szót...
"Most akkor a jelenrol beszelunk vagy a kovetkezo 5-10 evrol?"
Ez a dolog már érezteti a hatását egy ideje, ami csak erősödni fog. Az ilyen kezdeményezések pedig nem 1 évre szólnak.
"Egy masik topicban altalam felvazolt 4 GHz koruli orajelen futo, AVX-512-t tamogato, 6 magos CPU siman x86 CPU-bol nyomna kb. annyi TFLOPS-ot, mint a Kaveri iGPU-ja."
Túlságosan benchmarkban gondolkozol.
Egy dolog az elméleti számítási teljesítmény és egy másik a valós alkalmazások során elérhető. A harmadik pedig a teljesítmény/fogyasztás arány... -
dezz
nagyúr
Egyébként elég nehezen hihető, hogy elfogulatlan tudna lenni, aki - minden észérv ellenére - egy-az-egyben az egyik gyártó által hangoztatott elveket és elképzeléseket vallja és hírdeti úton-útfélen.
Holott az Intel valójában nem azért erőlteti a MIC-et, mert az annyira jó, hanem mert meg akarja őrízni az x86 piaci dominanciáját, a kisebb hatékonyságot pedig majd a piaci fölényükkel ellensúlyozzák.
ui. nem "ignore-ál", hanem ignorál: latin eredetű helyes magyar szó.
-
Oliverda
félisten
Sem az AVX2 sem pedig az gyorsabb vagy szelesebb memóriabusz nem befolyásolnál számottevően az x86-os teljesítményt.
Majd ha lesz production sample végelegesnek tekinthető BIOS (UEFI) verzióval, akkor érdemes lesz foglalkozni az eredményekkel.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
dezz
nagyúr
Előtte jeleztem már, hogy a Beema/Mullins példáját ne vetítsük ki a Kaverire. Ebből nem nyilvánvaló, hogy az első kettőről írtakat elfogadtam?
(#13245): De hát ilyeneket nem is várt senki tőle... A leglényegesebb változás talán a CPU mikroarchitektúrát illetően a dedikált utasításdekóderek, ami modulonként két szál végrehajtásakor fejti ki a hatását.
(Ezzel összefüggésben hadd kérdezzem meg: a ti tesztjeitek egyszálas vagy többszálas végrehajtásúak?)
A legnagyobb durranás az IGP GCN alapúra váltása. Másodsorban pedig a HSA, architektúrális integráció szintjén (Unified Address Space for CPU and GPU; Fully coherent memory between CPU & GPU; GPU uses pageable system memory via CPU pointers), amik új lehetőségekkel gazdagítják a GPGPU-s alkalmazásfejlesztést, miközben a programozók dolgát is megkönnyítik. Nem mellesleg elsőként az OpenCL 2.0-t is implementálhatóvá teszik.
-
#13251
hugo chávez
aktív tag
Fiery
#13237
-
leviske
veterán
Szóval akkor a ~30%-os IPC teljesítményugrást se érdemes várni a Trinity X86-os részéhez viszonyítva? Mert mondjuk a 4770K beérését én se vártam, de a Trinity szintjéből nemigazán nézem ki, hogy a 2012-ig megjelent játékokban (pl BF3) ne lenne limitáló tényező 1650x1080-ban. Szóval azért egy FX6300 szintnek örültem volna a X86-os résztől.
Mind1, tényleg meglátjuk majd tesztekben. Nekem úgyis a Frostbite 3 alatti szereplése fog számítani dGPU mellett.
[ Szerkesztve ]
-
-
leviske
veterán
És legalább Mantle-re alapozó alkalmazásokban, dGPU mellett hogy teljesít mondjuk egy FX8350-hez vagy egy i7 3770-hez képest? Vagy ehhez nem adott még tesztprogram? Esetleg ilyeneket nem is szoktál nézegetni?
Csak azért kérdezem, mert a Mantle kapcsán optimistábban nyilatkoztál, amiből arra tippeltem, hogy azzal is szereztél már tapasztalatot.
-
#13270
hugo chávez
aktív tag
Fiery
#13259
hugo chávez
aktív tag
Köszi.
Tehát 1/16... Az bizony nagyon karcsú egy HSA APU-nál...
Ez szerintem sokkal nagyobb baj amúgy, mint az R9 290-nél a mesterségesen nyolcadra korlátozás, mert az elsősorban mégiscsak egy GPU, grafikára, a Kaveri IGP-je meg "coprocessor" lenne elvileg.[ Szerkesztve ]
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
dezz
nagyúr
Ezt amúgy nem értem:
"Egy szoval tudnek reagalni: f***sag."
vs.
"Nyilvan lehet 30-40%-os gyorsulast is mérni, ha valaki kifejezetten arra megy ra"
A linkelt oldalon 32% gyorsulás látható valamilyen egyszerűbb integer teszben a Piledriverhez képest. Miért ne lehetne lehetséges?
(#13259): Ezt hogyan, tekintve, hogy az egyik VLIW5, a másik pedig GCN?
(#13266): Azért egy ideje már napirenden volt ez a téma. Mármint, hogy jó lenne egy a konzolokéhoz hasonló, lower level API. (Volt korábban is, a CTM, de az már túlzottan is low-level volt.)
(#13270) hugo chávez: Tényleg kevéske az 1/16.
Bár a legtöbb hétköznapi alkalmazásban nem használják, ahol pedig igen, ott csak egyes számításokat végeznek DP-ben, így ott még elmegy. De vannak esetek, amikor elengedhetetlen a DP. (Nagy rekurziós mélységű számítások, stb.) -
dezz
nagyúr
Jahh, hát az ilyen, láthatólag tech-analfabéta "szerzők" blődségeivel eleve nem érdemes foglalkozni.
Valóban VLIW4, nem figyeltem.
"DP-ben a Richland (es mellesleg a Kaveri is) gyorsabb AVX-szel mint az iGPU-val."
Ez vicces...
Minek annyira lekorlátozni, hogy még a CPU is gyorsabb legyen?
Tehát mire desktopon a PS4 szintjén fognak járni iGP-ben,már talán lesz elég tapasztalat is a témában.
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ú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!
Az ide nem illő hozzászólások topikja:[link]
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 processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva.
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Okos Otthon / Smart Home
- Garmin Forerunner 255 Music - nem csak futóknak
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- Samsung Galaxy S24 - nos, Exynos
- Redmi Watch 4 - olcsó hús, sűrű a leve
- iPhone topik
- Linux - haladóknak
- NASCAR
- NOTEBOOK / NETBOOK / Mac beárazás
- További aktív témák...
- Intel I5 13600KF 14mag/20szál - Új, Tesztelt - Eladó! 88.000.-
- i5-9600K , és i5-9400F processzor eladó!
- BESZÁMÍTÁS! ÚJ Intel Core i5 11400F / i9 11900KF / i9 11900K tálcás processzorok 27% áfás számlával
- Beszámítás! Intel Core i9-11900 Processzor - Garancia & Számla - Utolsó Darabok
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel