Hirdetés
- AMD APU (AM4 és AM5) topik
- Milyen egeret válasszak?
- Sok teljesítmény kell a Microsoft Copilot lokális futtatásához
- Hobby elektronika
- HDD probléma (nem adatmentés)
- Kormányok / Autós szimulátorok topicja
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Azonnali informatikai kérdések órája
- Gaming notebook topik
- Nvidia GPU-k jövője - amit tudni vélünk
Hirdetés
-
PROHARDVER!
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
-=MrLF=-
senior tag
Az FS1b ha jól tudom az az AM1 ugye? Ha minden igaz akkor abba is jön frissítés a fentiek szerint.
protonmail.com Secure Email Based in Switzerland . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . startpage.com The world's most private search engine from Netherland
-
Oliverda
félisten
válasz FireKeeper #14854 üzenetére
Kizárt
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
TESCO-Zsömle
félisten
Nem látom feltüntetve, de FM3 gondolom majd DDR4-es lesz.
Sub-Dungeoneer lvl -57
-
félisten
válasz TESCO-Zsömle #14856 üzenetére
Az eddigi infók alapján igen, és nem is lenne életképes döntés az AMD részéről másban gondolkodni.
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
FireKeeper
nagyúr
válasz TESCO-Zsömle #14858 üzenetére
de volt nekünk egy Phenom 2-nk ami mind DDR2 mind DDR3 memóriát tudott kezelni, így bele lehetett rakni AM2+ és AM3(+) lapokba is.
steam, GOG, uPlay: @petermadach || HotS: PeterMadach#2675 || Xperia 10 IV || Ultrawide & SFF masterrace || Unofficial and unpaid VXE R1 shill
-
félisten
válasz TESCO-Zsömle #14858 üzenetére
Nem tudom, de az AM1 pl. DDR3-as.
Egyébként az FM2/FM2+ is DDR3-as. Tehát szerintem nincs ilyen összefüggés a foglalat számozás és a DDR memória verziója között.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Oliverda
félisten
válasz TESCO-Zsömle #14856 üzenetére
Még bármikor átnevezheti FM4-re.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Fiery
veterán
válasz -=MrLF=- #14848 üzenetére
Ez a sok minden 2016-ra me'g egy AMD-nel nagyobb es tokeerosebb cegnek is hatalmas falat lenne. Egyetlen ev alatt akarnak frissiteni lenyegeben mindent? Raadasul ugy, hogy minden vonalon uj magok lesznek? Es ugye van egy 3. slide is, a szerver termekek, azok is jonnek jovore, sot, azok jonnek eloszor elvileg.
Az AM1-es Beemanak en szemely szerint orulok, bar me'g annal is jobb lett volna, ha a Nolan (Carrizo-L) jon AM1-be.
[ Szerkesztve ]
-
Z10N
veterán
Nem ugy volt, hogy 2017 legkorabban a Summit/Bristol Ridge? Mondjuk mindegy, mivel a DDR4 arak ugy is kesobb allnak be. Az FM2+ a Kaveri-vel veget is er.
# sshnuke 10.2.2.2 -rootpw="Z10N0101"
-
Fiery
veterán
válasz apatyas #14866 üzenetére
En 2 lehetoseget latok magam elott, amivel igazolni lehetne ugymond a slide-ok hitelesseget. Az elso ugy nezne ki, hogy az AMD jobban halad a Zennel, mint mondjuk 1 eve azt vartak, es 2016 elejen jonnek a szerver+HEDT Zen termekek, es 2016 vegen jonnek a mainstream desktop+mobil termekek. A masik lehetoseg, hogy direkt tulontul optimistan vazoljak fel a roadmapet, hogy ezzel meg tudjak gyozni a befektetoket, hogy ne hatraljanak ki a ceg mogul.
-
Fiery
veterán
válasz Oliverda #14868 üzenetére
A Summit Ridge a HEDT CPU, ugyhogy az mindenkepp 2016, ha hihetunk a slide-oknak. Ha pedig az jon, akkor minimum az 1 socketes 8 magos Zen szerver CPU is jonni fog, hiszen az lenyegeben megegyezik a Summit Ridge-dzsel. Es a szerver vonal evekkel le van maradva a desktop/mobiltol, raadasul joval nagyobb potencial ($) is van benne, ugyhogy hulye lenne az AMD nem azzal inditani a Zent.
[ Szerkesztve ]
-
Ruuwa
tag
Laikusként kérdezem, úgy is nagy falat, ha lényegében minden szegmensbe ugyan az a Zen mag kerül, csak más konfigurációban?
Egyébként meg teljesen érthető szándék az AMD részéről, hogy 2016 karácsonyára piacra kerüljenek a konzumer asztali megoldások. Csak hát a szándék az nem elég.
Valami tréfás, humoros, mégis mélyenszántó gondolatokat magában hordozó, rövid, velős mondat, mely egyéniségem rendkívüli sokszínűségéről tesz tanúbizonyságot.
-
Fiery
veterán
Ha a mag onmagaban eleg lenne egy komplett, bonyolult termek gyors piacra dobasahoz, akkor lenne desktop Carrizo, HEDT Carrizo, szerver Carrizo is, stb...
Teny, hogy jelen allas szerint a Zen elegge univerzalisnak tunik ahhoz, hogy szinte barmiben fel lehessen hasznalni, de a validacio, a kiegeszito komponensek (iGPU, IMC, egyeb sallangok) fejlesztese sem kispalya, arrol nem is beszelve, hogy a gyartastechnologiat is hozza kell adott esetben igazitani az adott termekhez. Egy alacsonyfogyasztasu APU idealis esetben mas gyartastechnologian keszul, mint egy nagyteljesitmenyu HEDT vagy szerver CPU, es nagyon franko esetben me'g a mainstream desktop/mobil APU is mas technologian kerulne gyartasra. Lehet mind 14 nano, lehet mint Zen alapu, megsem olyan konnyu sajnos osszerakni a LEGO kockakat.
Egyebkent a Zen sem teljesen homogen magokkal/modulokkal fog operalni, hiszen ha 4 mag alkot egy egyseget (modult), akkor egy-egy ilyen modult konnyeden csak a HEDT, szerver es mainstream desktop/mobil vonalon tudsz hasznalni. A Basilisk APU-hoz mar uj modult kell tervezni, levagva a 4 magbol a felét, es velhetoen minden masnak is kb. a felét (pl. L3 cache), stb.
[ Szerkesztve ]
-
Oliverda
félisten
Biztos hogy az lesz a HEDT, és mondjuk nem egy 12 magos verzió szerver socketben 3-4 csatornás memóriával?
"Ha pedig az jon, akkor minimum az 1 socketes 8 magos Zen szerver CPU is jonni fog, hiszen az lenyegeben megegyezik a Summit Ridge-dzsel."
Még ha lényegében meg is egyezik, korántsem biztos hogy ugyanaz. Ugyebár a szerverekbe szánt lapkáknak (steppingek) sokkal szigorúbb teszteket kell teljesíteniük. Az elmúlt években jó néhányszor volt már arra példa, hogy a desktop stepping ennek nem felelt meg bizonyos bugok miatt. Az Intel pl. rendszerint csak x hónappal a desktop után adja ki a szerver verziót, és nem egyszer előfordult már, hogy a desktop/mobil stepping nem kerülhetett szerverbe. Egy szó mint száz, a desktop és mobil kiadásokat könnyebb és gyorsabb elkészíteni mint a szerverekbe szánt verziókat.
"A Basilisk APU-hoz mar uj modult kell tervezni, levagva a 4 magbol a felét, es velhetoen minden masnak is kb. a felét (pl. L3 cache), stb."
Nem feltétlenül. Az eddig látottak alapján a Basilisk egy herélt Bristol Ridge is lehet.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Fiery
veterán
válasz Oliverda #14872 üzenetére
Az AMD nagyon hulyen fogja csinalni, ha megsem a szerverrel/HEDT-vel indit. Annak egyebkent en semmi ertelmet nem latnam, ha 12 magos lenne a HEDT processzoruk. Minek? Hacsak nem azt sejtik, hogy a Broadwell-E vagy a Skylake-E 12 magos lesz, de ilyesmirol en me'g nem hallottam. A Summit Ridge kapcsan a slide nem emliti a memoriat, de ha az is FM3 lesz meg a Bristol Ridge is, akkor velhetoen mindketto dual channel DDR4-et kap "csupan". Nem tudom, a HEDT platformon, mondjuk 8 mag eseten mennyit szamit valojaban a 4 memoria csatorna (vs. 2 csatorna), de nem gondolnam, hogy ne lehetne nagy reszben kompenzalni agresszivabb DDR4 orajel hasznalataval. Egy jo kompromisszum lenne szerintem a dual channel DDR4-2800, nagyban megkonnyitene az implementaciot, joval olcsobbak lehetnenek az alaplapok is. Persze ezzel megsem lenne socket kompatibilis a szerver Zenekkel, de csereben nem kellene bele HT tamogatas, es ugy altalaban sokkal egyszerubb CPU lehetne, mint a szerver termekek. Ergo a Summit Ridge egy olyan Bristol Ridge lenne, amiben a nagy iGPU-t kicsereli az AMD +4 CPU magra. Nem valami ilyesmit koveteltek mar nehanyan a Kaveri kapcsan is? Nem egyszer olvastam a forumokban a fanyalgast, hogy miert nem lehet az iGPU helyett inkabb duplaannyi x86 magot kapni, hiszen ugyis eros dGPU-t hasznal az ember, az iGPU meg unatkozik vagy le van tiltva. Erre Abu valasza mindig az volt, hogy majd a HSA meg mely integracio. Na abbol egyelore semmi nem lett, ergo ha a Kaverinal (sot, mar a Richlandnel) megcsinalta volna mar ezt az AMD, lehet hogy jobban jartak volna. Siman lehet, hogy ez a felismeres most jott el az AMD reszerol.
"Az eddig látottak alapján a Basilisk egy herélt Bristol Ridge is lehet."
Az eleg nagy pazarlas lenne. Hiszen akkor le kellene kapcsolni a modul felet, az L3 cache felet, stb. Nem gondolnam, hogy igy mukodne, de persze atmeneti megoldasnak ez is jo lehet adott esetben. Hosszutavon azonban nem szabadna ilyen merteku pazarlast csinalnia az AMD-nek.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Az AMD hardvertervezése azért ma már különbözik attól, ami régen volt. Ők alapítottak a cégen belül egy zárt konzorciumot, ami arra szolgál, hogy szoftverfejlesztők leadják az igényeiket, és ezeket megbeszéljék. Amik elfogadhatók, azokra kitalálnak egy gyorsítási technikát, és a fejlesztők vállalják, hogy támogatják. Ez sokszor nehezen érthető roadmapokhoz vezet, hiszen kvázi megrendelésre kerülnek a funkciók a hardverbe.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
stratova
veterán
Így ugorhatott pl. Kaveriből a GDDR5 támogatás, mivel a piac nem tartott igényt GDDR5M-re?
Mobilban szerintem változatlanul nem lenne rossz, bár pár GTX kártya is egész szépen muzsikál DDR3-mal, noha ezekben a tesztekben kijöhet az i7 erőfölénye is FX-7600P-vel szemben.[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
válasz stratova #14875 üzenetére
Ahogy ez most látszik a fejlesztők inkább funkciókat szeretnének. Nem nyilvános minden információ, de a gyártópartnerek szerint ezek vannak aktívan napirenden:
- rajzolási parancsok gyorsítása. Oké, hogy most durvult be a dolog, de számos fejlesztő egymillió rajzolást szeretne akár jövőre. Nyilván ez processzorral képtelenség, tehát kell valami célirányos részegység magának a grafikus API-nak a gyorsítására. Egy rakás DSP? Vagy az IGP? Vagy a HSA-n keresztül akár mindkettő?
- a másik dolog a nagyobb kontroll. Több fejlesztő még mindig azt mondja, hogy ezek az új API-k is korlátozzák a lehetőségeiket, így szeretnék magát az API-t is saját maguk megírni vagy a meglévőt módosítani. Éppen ezért egy új egységesítési rendszert kell ehhez keresni.
Ilyesmiket igényelnek.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
Tok jo, hogy amikor CPU-rol van szo, es nem APU-rol, azaz nincs iGPU kepben, akkor is ugyanazzal a mantraval jossz
A roadmapet meg baromira nem nehez ertelmezni: ennyi mindent egyetlen even belul egy AMD meretu ceg kizart, hogy meg tudjon csinalni. Vagy kamuznak, vagy ferditenek, vagy csak slideware, szokas szerint.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Ezért írtam, hogy ott a DSP lehetősége is. Koncepciós szinten a HSA nem tesz különbséget az IGP és a DSP között. Magát a DSP-t egyébként az Oxide már korábban felvetette, hogy sokkal jobb lenne, ha apró DSP magok adnák ki a rajzolási parancsokat, mert sokat beépítve gyorsabb lenne és a processzoridő is felszabadulna. Nem kizárt, hogy ennek a prototípus jellege az Oxide ötletén alapszik, ők abszolút célként tűzték ki, hogy 2015-ben 300k rajzolást akarnak látni. Ez az aktuális API-kkal és aktuális processzorokkal nem lehetséges. Még azokkal sem, amelyek a következő évben jönnek, tehát ismét valami részben szoftveres újítással kell megoldani ezt a kérdést. Pont az ilyen problémák megoldására alakult meg az AMD-n belül ez a fejlesztői konzorcium.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
Oke, es a DSP-nek mi koze az AMD 2016-os roadmapjehez vagy azon belul a CPU-khoz? Lesz ilyen DSP jovore az AMD procikban? Ha nem, akkor minek ilyenekrol beszelni? Vagy Te mar most tudod, hogy pl. 2017-ben lesznek DSP-k az AMD CPU-kban? Az ilyenekre megint nem vennék tul sok merget, elobb lassuk a 2016-os evet, hiszen az utobbi cca. 10 evben egy rakas AMD proci vegezte a fiokban vagy a kukaban...
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Azt mondtam, hogy az AMD hardvertervezése, már nagyrészt attól függ, hogy a fejlesztők számukra a megalakult konzorciumon belül mit mondanak. A DSP alapvetően nem az AMD ötlete, hanem az Oxide-é, de magát a koncepciót érdemes megvizsgálni. Bár meggyőződésem, hogy az AMD ezt nem akarja, inkább az IGP-vel gyorsítanák a grafikus API-t.
A lényeg igazából az, hogy az AMD mostantól a szabvány előtt szeretne lépdelni, mert ez a Mantle-lel baromira bevált, és nincs okuk feltételezni, hogy nem válna be még egyszer, vagy többször is.
Ha az én véleményemre vagy kíváncsi, akkor az AMD szerintem egyértelműen az IGP-s API gyorsítás ötletéért rajong, de ha a fejlesztők szeretnék a DSP-t, akkor képesek azonnal licencelni egy komplett Tensilica rendszert.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Fiery
veterán
En az AMD jelenlegi roadmapjen nem latom, hogy a szabvanyok elott akarnanak lepdelni Klasszikus tervezesu x86 CPU-kat es APU-kat latok, egy-ket ARM-os probalkozast, es egy ujabb GCN faceliftet. Semmi radikalis, mint ahogy a Zenben (mint architektura) sem latszik semmi radikalis. Az API-k meg egyeb sallangok pedig egyelore egesz pontosan nulla hasznot hoztak az AMD-nek. Se a CPU/APU eladasokat nem lenditettek elore a HSA, Mantle es tarsai, se a GPU eladasokat (all-time low szinten allnak most a dGPU-knal, ha nem tevedek). Ugyhogy maradjunk annyiban, hogy szep dolog tervezgetni, de egyelore a kvazi szabvanyokon belul mozogva kellene elobb letenni az asztalra egy utokepes CPU-t ill. APU-t. Aztan majd ha legalabb a Haswell szintjet hozzak az uj procik, akkor lehet beszelgetni DSP-rol, HSA-rol, API-rol, konzorciumrol meg egyeb buzzwordokrol.
-
Abu85
HÁZIGAZDA
Azért annyira nem örül az ipar annak, hogy lényegében a DX12 és a Vulkan is nagyrészt egy másolata az AMD API-jának. Ez azért óriási előny. Nem az API miatt, hanem a tervezett irány miatt. Azért elég durva, hogy pár éve elképzelhetetlen volt, hogy valami szabvány lesz, amit az egyik cég nem tervez támogatni. Erre most jött egy olyan nézetváltás, hogy mostantól a gyártók ebbe nem szólnak bele. Őszintén hány olyan architektúra van a piacon, amely az SRV-ket képes direkten a multiprocesszorba bekötni? Na látod, és ez lett a szabványosan elfogadott teljes értékű koncepció. Ez most szerinted hogyan érinti a többieket? Gondolod, hogy az NV és az Intel azt mondta az MS-nek, hogy oké, akkor nulláról letervezünk egy új architektúrát, ami így működik.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Oliverda
félisten
"Az AMD nagyon hulyen fogja csinalni, ha megsem a szerverrel/HEDT-vel indit."
Hátőő... most erre mégis mit lehet mondani? Mintha csak azon múlna, hogy hülyén állnak hozzá vagy sem. Ennyi erővel az Intel már évek óta nagyon hülyén csinálja:
Nehalem - desktop: 08 nov eleje, szerver: 09 márc vége
Sandy B - desktop: 11 jan eleje, szerver: 12 márc eleje
Ivy Bridge - desktop: 12 ápr vége, szerver: 13 szept eleje
Haswell - desktop: 13 jún eleje, szerver: 14 szept eleje"Az eleg nagy pazarlas lenne. Hiszen akkor le kellene kapcsolni a modul felet, az L3 cache felet, stb. Nem gondolnam, hogy igy mukodne, de persze atmeneti megoldasnak ez is jo lehet adott esetben."
Pedig ez egy teljesen bevett szokás. Az Intel esetében is akad néhány kétmagos termék, amit négymagos lapka megnyirbálásából született, az AMD-nél pedig jó ideje szinte csak így működnek a dolgok. Kérdés, hogy mekkora lesz a teljes értékű lapka, illetve mekkora lesz a selejtarány. Mondjuk ez már tényleg nagyon részletkérdés. Szvsz nem fogja megérni külön egy kisebb, kétmagos lapkát tervezni, de majd kiderül.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
A következő API-kkal foglalkozó hozzászóláscsokrot csuklóból törölni fogom a szerző személyétől függetlenül! Rettentő unalmas, ráadásul baromira nem erről szól ez a téma, az említett dolgokkal kapcsolatban pedig már van 1000 másik hely. Legalább ezt a topikot hagyjuk meg kizárólag annak amire fent van tartva!
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Yutani
nagyúr
Az eleg nagy pazarlas lenne. Hiszen akkor le kellene kapcsolni a modul felet, az L3 cache felet, stb.
Belátható, hogy ha egy félig sikerült lapkát el tud adni az AMD kétmagosként, akkor jobban jár, mintha bezúzatja, és egy árva centet sem kap érte. Ezt Te is nagyon jól tudod szerintem.
#tarcsad
-
Fiery
veterán
válasz Oliverda #14883 üzenetére
"Ennyi erővel az Intel már évek óta nagyon hülyén csinálja"
Es az Intel vagy az AMD hagyott ki a szerver roadmapjebol 3 (mas szamitas szerint 3,5) evet? Ha az Intel sem adott volna ki mar 3 eve uj szerver procit, akkor ok is azzal kezdenek a frissitest Arrol nem beszelve, hogy a szerver termekekben van az igazan nagy penz, tehat amugy is azzal kellene leginkabb foglalkoznia az AMD-nek. A tobbi piacon ha megfeszul sem tud penzt csinalni, ez latszik a penzugyi jelenteseken.
-
Oliverda
félisten
A lényeg, hogy mindig a szerver a legkeményebb dió. Az Intel bicskája is beletört már nem egyszer az elmúlt néhány évben. A Nehalem és SB Xeonok esetében is ezért csúszott el a rajt.
Az összes szegmensben nagy szükség van az új termékekre, az pedig hogy melyik jön előbb, több mindenen is múlik, de nem szeretnék újabb köröket futni, feljebb már elhangzottak a lehetséges okok. Ha lesz szerver környezetbe megfelelő stepping, illetve kész processzor (és platform), akkor azt veszik előre, ha nem akkor jön a többi.
"A tobbi piacon ha megfeszul sem tud penzt csinalni, ez latszik a penzugyi jelenteseken."
Kevésbé versenyképes termékekkel ez nem csoda, de ez megint csak az összes szegmensre áll.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Fiery
veterán
válasz Oliverda #14890 üzenetére
En csak azert szajkozom a szerver/HEDT platformot, mert nekem az AMD mondta konkretan azt (eloszoban), hogy a Zennel a szerver/HEDT piacon inditanak, es erre nagyon buszke is volt az ember. Teny, hogy ez cca. egy eve volt, azota valtozhatott a terv, es adott esetben elorebb hozhattak a desktop/mobilt is, vagy a szerver/HEDT-t sorolhattak hatrebb. Az is lehet, hogy eredetileg a szerver procibol keszult volna a HEDT verzio, Intel-modra, mig a mostani roadmapen inkabb az latszik, hogy a Bristol Ridge kerult felskalazasra, es ugy szuletett meg a Summit Ridge. Szoval sok lehetoseg van, de a logika is azt diktalja, hogy a szerverrel erdemes kezdeni a frissitest. Teny, hogy az a legkemenyebb dio is egyben.
-
apatyas
Korrektor
May 6th 1pm EST = 7pm itt holnap, azaz szerdán. Egész nap izgulni fogok!
pezo77 #5 2017.12.14. 13:29 Hmm. És ez az e-hajó akkor hol is tud kikötni? Az e-bay -ben? ;)
-
Oliverda
félisten
válasz apatyas #14893 üzenetére
Lehet addig inkább be kéne zárni az egész topikot a fenébe.
Már nem mintha már holnap kiderülne, hogy bármelyik termék is pontosan mire lesz majd jó. Kiadnak pár roadmapet és nagyjából ennyi.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
apatyas
Korrektor
Ezen agyaltam napok óta, hogy kikeressem.
Llano magja vagyis Husky felépítése, kíváncsi leszek, hova fejlődik ehhez képest:
Ja, a piros belőle a Llano.[ Szerkesztve ]
pezo77 #5 2017.12.14. 13:29 Hmm. És ez az e-hajó akkor hol is tud kikötni? Az e-bay -ben? ;)
-
stratova
veterán
SMT pipa és 40%-os IPC javulást ígérnek egyenlőre slideware formájában.
Ú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.