- Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
- Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
- Különösen rendezett beltér hozható össze a Cooler Master új házában
- A középkorra és a pokolra is gondolt az új AMD Software
- Új gyártástechnológiai útitervvel állt elő a TSMC
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Amlogic S905, S912 processzoros készülékek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen TV-t vegyek?
- Projektor topic
- Sony MILC fényképezőgépcsalád
- Dell notebook topic
- Hogy is néznek ki a gépeink?
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Melyik tápegységet vegyem?
Hirdetés
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
Premier előzetesen a Wrath: Aeon of Ruin konzolos változatai
gp A PC-s változat után a minap PlayStationre, Xbox-ra és Switch-re is elérhető lett a program.
-
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
válasz Raymond #3299 üzenetére
"Nem."
Önmagában nézve: de."Mar irtam hogy egy 8mag/4socket Opteron rendszer (2x 2Ghz 8212 CPU) erdemenye (72 [link] )"
Ezt már később írtad."is messze magasabb mint a 8mag/2socket Xeon eredmenye. Szerinted a K8 FPU-ja annyival jobb lenne mint a C2-e hogy ugyanazon a frekvencian ugyanazzal a mag mennyisegel kb. 28%-al nagyobb osszteljesitmeny ad?"
Itt már igencsak más körülményekről beszélünk, még ha a magszám meg is egyezik. Itt már nem 2:1 az arány a memóriavezérlők számának tekintetében, mint mind a 2x2 mag K8 vs. 2x2 mag C2, mind a 2x4 mag K10 vs. 2x4 mag C2 esetében."Vagy ott van meg peldaul az a teny is hogy a 77.3-as ( [link] ) Barcelona eredmeny csak 7%-al magasabb az ugyanannyi magot tertalmazo K8 rendszernel. Errol mit gondolsz?"
1. Utóbbinál szintén 2x annyi memóriavezérlő van a rendszerben.
2. Nem láttam ezeket az eredményeket, így nem foglalkoztam vele. Talán előbb kellett volna felhoznod, ahelyett, hogy kapásból a hülyének nézést forszírozod.
3. Talán azt is mutatja, hogy nem nagyon használják ki ezek a tesztek a szélesebb FPU-t, azaz nem igazán 128 bit SIMD-esek."Hat...nem szerepel jobban:
2x Opteron 2350 = 88.3/77.3 link
2x Xeon 5335 = 92.2/78.1 [link]"
Ne zavarjon, hogy az egyik Auto Parallelizáló, új Inteles fordítóval született, a másik meg pgcc és egyéb compilerekkel... A "jobban"-t különben is úgy értettem (az előzőekben láthattad), hogy magához képest, "ledolgozva" a nem-rate int tesztben kijött 31%-os Core előnyt."Eddig is vilagos volt. Csakhogy 4mag/1socket K10-es fp_rate teszt eredmenyek nincsenek es soha nem is voltak publikalva. Tehat ilyen eremenyekre nem hivatkozhatsz. Ha leirod hogy 'Lásd SPEC_FP és főleg SPEC_FP_RATE teszteredmények.' akkor csak azokat lathatod amik leteznek."
LOL, mint látod, a SPECfp-re is hivatkoztam, mint amiben szintén jobb (non auto-paralellized esetben 9%-kal jobb is!). Előállhat szerinted olyan helyzet, hogy mind fp-ben, mind 2-procison futtatott fp_rate-ben jobb valami, de 1-procis fp_rate-ben nem? Azt egy szóval sem mondtam, hogy a többutason mért fp_rate-et 1 procira kell vetíteni. Nem is foglalkoztam vele, van-e 1-procis fp_rate teszt, vagy nincs."Vili, az az eletcelom hogy veled vitazzak az internete kizarolag abbol az okbol hogy ne aludj nyugodtan"
Hát, legalábbis te nem aludtál nyugodtan, ha északa 2-kor is ezzel foglalkoztál..."Upsz, ezt elirtam. Arra koncentraltam hogy a *letezo* rate eredmenyeket nem hasznalhato a 4mag/1socket K10 eredmenyek megsaccolarasara de valahogy az a fenti badarsag jott ki belole. Pardon."
Raymond mode ON: ááá, csak magyarázkodsz! Már hetek óta folyamatosan azt hangoztatod, hogy a rate eredmények nem érnek semmit, és csak a nem-rate tesztekkel foglalkozzunk... Holott ez ugyanolyan semmitmondó lehet egy egész többmagos proci esetén, tehát ugyanúgy nem lehet belőle saccolni erre vonatkozóan."a Mandelbrot nem egyszalas."
Próbáld értelmezni a mondatot - egy szóval sem mondtam, hogy az 1-szálas."A HT nem jatszik semmilyen szerepet a memoria latency-nel sem pedig savszelessegben egy 4mag/1socket K10 rendszernel. A tobb socket-es rendszereknel igen, de ahogy itt tuzetesen kifejtetted nem azokrol beszelsz."
Előzőleg általánosságban beszéltem a rate tesztről (lásd #3237, amiben leírtam, hogy a rate annyi magon tesztel, amennyi a rendszerben van), és később kezdtünk konkrétabban a 2-procis rendszerekről beszélni. Egyébként az, hogy te kapásból a HT-vel jöttél, meg a rate tesztek diszkvalifikálásával, és a sima (1-szálas) tesztek forszírozásával jöttél, az is erősen arra vall, hogy nem nagyon jutott el akkor még a tudatodig, hogy 1 tobbmagos proci teljesítményét is a rate tesztek adják vissza."?? Nem is vittatam soha. Ha szerinted igen akkor ird mar meg hogy hol legyszi."
Egy ponton úgy tűnt, de mindegy, hagyjuk (nem egyértelmű, mert miközben én memória(hozzáférés)-intenzivitásról beszéltem, te sávszélről)."Wow. A rate tesztek system bound. Direkt arra talaltak ki oket, nem kell eredmenyek tanulmanyozasaval "latni" es megvilagosodni. Ezt mar le is irtam az elejen."
Nem ez volt a kérdés. (Ezt különben sem vitattam eddig sem, hanem azt próbáltam közölni, hogy hiába nagyobb a sávszél, jobb latency, ha az FPU gyenge - ezt próbáltam bizonyítani azzal is, hogy pl. az int_rate teszeknél nem jön ki a rendszer jobbsága [persze mint utóbb kiderült, szépen kijön ott is])."Nezegesd meg a SPEC-et mert rohadtul nem mindegy hogy egy base vagy egy peak eredmenyrol beszelunk."
Alapvetően persze nem mindegy, de ha hasonlóak az arányok, akkor gyakorlatilag mindegy, melyiket használjuk az összehasonlításra.akosf: Lényegében arról, vajon a sima vagy a rate tesztek alkalmasabbak-e két proci összehasonlítására. Mivel a sima tesztek 1-szálasak, azaz csak 1 magot tesztelnek, miközben a rate teszt annyi szálat futtat, ahány mag jelen van, így nyilvánvalóan a rate teszteket kell használnunk. Ezt már a legelején leírtam (meg már korábban is). Az egy másik dolog, hogy jelenleg nincsenek 1-procis teszteredmények.
A többi töltelék szövegelésben Raymond majd összetöri magát, hogy hülyének állítson be, de a nagy igyekezetben időnként magából csinál azt.
[ Szerkesztve ]
-
#95904256
törölt tag
Lényegében arról, vajon a sima vagy a rate tesztek alkalmasabbak-e két proci összehasonlítására. Mivel a sima tesztek 1-szálasak, azaz csak 1 magot tesztelnek, miközben a rate teszt annyi szálat futtat, ahány mag jelen van, így nyilvánvalóan a rate teszteket kell használnunk.
Mitől lesz alkalmasabb egy teszt a másiknál, két processzor összehasonlításánál?
(Bizonyára az én szempontjaim eltérnek a tietekétől...)
[ Szerkesztve ]
-
dezz
nagyúr
válasz #95904256 #3302 üzenetére
Attól függ ugye, milyen szempontból akarjuk tesztelni - milyen típusú feladat, milyen megvalósítás, stb. Mindenesetre ha az egész proci teljesítményét akarjuk megtudni, akkor ugyebár alapvetően nem 1-szálas teszteket (és egyszerre egyet) futtatunk egy többmagos procin...
-
Gyuri27
félisten
PCGH Exklusiv: AMD Phenom Triple-Core im Benchmark a tesztek 800-s cl5-s ramokkal készültek!
Amd - Radeon - Ryzen
-
Raymond
félisten
"A többi töltelék szövegelésben Raymond majd összetöri magát, hogy hülyének állítson be, de a nagy igyekezetben időnként magából csinál azt"
Tudod mit? Nem fogom. Es nem csinaltam magambol hulyet de ezt te soha nem fogod eszrevenni.
Privat velemeny - keretik nem megkovezni...
-
Gyuri27
félisten
Az x3-t nézd Mint irtam kaki 800-s cl5-s rammal ment a teszt. Ez olyan mint annó az x2 volt kellett a lá a 800 cl4, mert nem sokkal volt gyorsabb a 939-ddr-nél.
Kell alá a ram.Amd - Radeon - Ryzen
-
dokar
addikt
válasz Gyuri27 #3313 üzenetére
Az alapmodellhez hasonlóan 2,3GHz-es órajele lesz, ám a feloldott szorzó miatt lesz lehetőségünk szabadon állítgatni azt, így kihozva akár a 3,0GHz-et az új négymagosból. Ez nem is annyira extrém órajel, ugyanis sok új Phenom képes ekkora órajelen működni drasztikusabb beavatkozások nélkül.
sokan állítják ennek az ellenkezőét
a másik tészta, hogy már majdnem megvettem egy core 2 duo-t, de most mi legyen:
új procira 25k-30k HUF-ot szánok. várjak phenom x2-re x3-ra, addig meg húzzam ki egy BE procival vagy inkább vegyem meg az intel E4500-at, de akkor már később nem lehet phenom-om.?extra - SEXRay
-
ftc
nagyúr
-
wwenigma
Jómunkásember
Mivel perpill a béka segge alatt vannak...
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
yoid
tag
Tenyleg gyorsabb az intelnel?
-
dezz
nagyúr
válasz #95904256 #3308 üzenetére
Nos a szélesítés a Sandra Mandelbrot tesztjében kb. 64%-os gyorsulást hoz clock-for-clock & core-for-core (ha pont 2x-esnek vesszük a 2x annyi mag miatti gyorsulást [bár ebből még nem volt 2 mag vs. 2 mag teszt, de a teszt jellege által ez lehet a helyzet]), és ennél több máshol sem nagyon várható (legalábbis ha mindenki az Intel fordítóját használja desktopon, ami AMD-re kevésbé jól optimizál).
Az codeceknél viszont - 2x annyi mag ellenére - még az összességében 2x-es gyorsulás sem jön ki. De Intelnél sem, sőt a jobb AMD oldali teljesítmény-skálázódás által clock-for-clock kiegyenlítettebbé vált a dolog, mint korábban. Azt nem tudom, hogy ez a dupla széles FPU-nak, vagy a K10 nagyobb memória-sávszélének és (valamivel) alacsonyabb memória-latencyjének köszönhető-e, és/vagy mindkettőnek.
BTW, nem értem ezen a 2. képen a Penrynek SSE4-ből eredő 2-es gyorsulását. Hogy lehet az, hogy a 2x annyi mag + dupla széles FPU (itt SSE2 végrehajtás) nem tudja 2x-esére gyorsítani a műveletet (CPU kihasználtság közel sem 100% [link], szal valahol kívül van valamilyen szűk keresztmetszet), de bezzeg az SSE4 utóbbihoz képest is igen???(#3306) Raymond: Most tényleg ennyire nem tudod elviselni, hogy nem lehet mindig mindenben igazad, meg a másikat hülyének nézésed sem jöhet mindig be? Ne már... Jobb vagy te ennél.
-
dezz
nagyúr
válasz #95904256 #3308 üzenetére
(szerk: bocs, szerkesztés akart lenni.)
Nos a szélesítés a Sandra Mandelbrot tesztjében kb. 64%-os gyorsulást hoz clock-for-clock & core-for-core K8-hoz képest (ha pont 2x-esnek vesszük a 2x annyi mag miatti gyorsulást [bár ebből még nem volt 2 mag vs. 2 mag teszt, de a teszt jellege által ez lehet a helyzet]), és ennél több máshol sem nagyon várható (legalábbis ha mindenki az Intel fordítóját használja desktopon, ami AMD-re kevésbé jól optimizál).
Az codeceknél viszont - 2x annyi mag ellenére - még az összességében 2x-es gyorsulás sem jön ki. De Intelnél sem, sőt a jobb AMD oldali teljesítmény-skálázódás által clock-for-clock kiegyenlítettebbé vált a dolog, mint korábban. Azt nem tudom, hogy ez a dupla széles FPU-nak, vagy a K10 nagyobb memória-sávszélének és (valamivel) alacsonyabb memória-latencyjének köszönhető-e, és/vagy mindkettőnek.
BTW, nem értem ezen a 2. képen a Penrynek SSE4-ből eredő 2x-es gyorsulását. Hogy lehet az, hogy a 2x annyi mag, + a dupla széles FPU (itt SSE2 végrehajtás) AMD-nél, nem tudja 2x-esére gyorsítani a műveletet (CPU kihasználtság közel sem 100% [link], szal valahol kívül van valamilyen szűk keresztmetszet), de bezzeg Intelnél az SSE4 az SSE2-höz képest is igen???(#3306) Raymond: Most tényleg ennyire nem tudod elviselni, hogy nem lehet mindig mindenben igazad, meg a másikat hülyének nézésed sem jöhet mindig be? Ne már... Jobb vagy te ennél.
[ Szerkesztve ]
-
dezz
nagyúr
Ja, még azt akartam hozzátenni, hogy az SSE4 nagyrészt integer eljárásokat gyorsítását segítheti, azok közül is elsősorban 8 és 16 biteseket. Ahol ennél több bitre, illetve precizitásra van szükség, ott nem nagyon befolyásolja a dolgokat.
Továbbá úgy tűnik, külön rá kell optimalizálni a kódot (neki megfelelően kell megírni részeket), nem csak egy compiler kapcsoló, és mehet is, így nem túl gyorsan fog elterjedni a használata.
-
Balala2007
tag
nem értem ezen a 2. képen a Penrynek SSE4-ből eredő 2x-es gyorsulását.
Elvileg a PHMINPOSUW tehet rola.
AIDA64.com
-
dezz
nagyúr
válasz Balala2007 #3331 üzenetére
Ismerem, de én arra gondolok, hogy ha a 2x annyi mag is alig jön ki (37,6%-os gyorsulás Intelnél clock-for-clock, E6750 vs. Q6600), és a procikihasználtság sem éppen 100% (tehát úgy tűnik, külső akadály van), akkor hogy jöhet ki ilyen szépen az SSE4 hatása?
Bár az is igaz, hogy ugyanekkor AMD-nél 71,2%-os a gyorsulás (szintén clock-for-clock, 6400+ vs. P9900). De ki tudja, hogy pusztán a szélesebb FPU, és/vagy egyéb architektúrális okokból kifolyólag.
-
Raymond
félisten
Ami a video kodolast es az SSE4-et illeti:
[link]
Erdekes.Privat velemeny - keretik nem megkovezni...
-
yoid
tag
amd k10
jo , de mennyire gyors?[ Szerkesztve ]
-
dezz
nagyúr
válasz Raymond #3333 üzenetére
Tényleg érdekes, hogy ugyanaz a codec verzió (6.7) itt csak 25%-ot gyorsul a full search SSE4 módjában az SSE2-höz képest, miközben a Techreportos cikkben 40%-ot. (Csak nem direkt olyan forrást kerestek, ahol a lehető legjobban ki tud jönni az SSE4 előnye? )
De én (félig-meddig) megkaptam a választ: igen rossz a codec (mondjuk a többi is) multithreadingben, egészen minimálisan gyorsul tőle Intelen 1 vs. 2 vs. 4 magon; AMD-n jobb a helyzet, de közel sincs ott sem az 100%-os gyorsuláshoz. Csak nem tudom, mitől, mert sávszél [gondolom, itt inkább ez játszik szerepet, semmit a latency] még úgy tűnik, van bőven.
yoid: Tesztek? Ebben és ebben a topikban találhatsz linkeket tesztekre.
[ Szerkesztve ]
-
Raymond
félisten
Barcelona vs. Harpertown:
[link]Plusz egy rakas informacio a masodik oldalon.
[ Szerkesztve ]
Privat velemeny - keretik nem megkovezni...
-
#95904256
törölt tag
válasz Balala2007 #3331 üzenetére
Esetleg van tipped, melyik assemblerrel lehet SSE4-es kódot fordítani?
-
dezz
nagyúr
válasz Raymond #3337 üzenetére
Nos, mint láthatjuk ezekből a tesztekből, a Penryn híres Radix-16 enginje által nem gyorsabb lett az osztása, mint a K10-é, hanem ezzel lett egyenértékű, és előzőleg volt lassú...
Az is látható (újfent), hogy az Intel compilere, és a saját procinak kedvezése is jópár százalékot nyom a latban a különféle programokban.
-
fLeSs
nagyúr
Az anand csak FP osztást mért, az integerről nem esett szó.
Az Intel compileréről pedig kiderült, hogy a terheléstől függ, hogy az AMD-t hátrányosan érinti-e vagy sem. Kisebb mátrixmérettel gyorsabb volt az Intel compiler, nagyobb mátrixokkal is csak 6%-kal volt gyorsabb az AMD-re fordított linpack.
A Radix-16 engine pedig nem híres, max az olvasottabb juzerek körében ismert.
"I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."
-
dezz
nagyúr
"Az anand csak FP osztást mért, az integerről nem esett szó."
És?"Az Intel compileréről pedig kiderült, hogy a terheléstől függ, hogy az AMD-t hátrányosan érinti-e vagy sem. Kisebb mátrixmérettel gyorsabb volt az Intel compiler, nagyobb mátrixokkal is csak 6%-kal volt gyorsabb az AMD-re fordított linpack."
Igazából csodálom, hogy a pgcc egyeátalán jobb tud lenni valahol (nem tudom, hogy a rendererek, codecek, stb. ide vagy oda tartoznak-e). Az Intel fordítója elég jó. A lényeg ugye az volt, hogy az Intel compilere kedvez a saját procinak. Mint az fp műveleti mérésekből látható volt, clock-for-clock kiegyenlítettek - felmerül a kérdés, akkor miből jön a desktopon sok helyen megmutatkozó több-kevesebb Intel előny? Bizonyára része van ebben az említett dolognak is."A Radix-16 engine pedig nem híres, max az olvasottabb juzerek körében ismert."
Úgy volt hírdetve, mint valami elképesztő újítás, ami fergeteges gyorsulást hoz. Legtöbben azt gondolták, most aztán AMD megnézheti magát. Közben az már rég ezt használja, legalábbis fp-nél - integernél nem tudom, mi a helyzet. (Mármint az osztás és a többi rá épülő művelet tekintetében - azt tudjuk, hogy kis precizitású integer vektorműveletekben most jóval gyorsabb az Intel).[ Szerkesztve ]
-
fLeSs
nagyúr
"És?"
Te úgy globálisan beszéltél az osztásról, viszont ők csak FP-t mértek. Ezt jegyeztem meg.
Egyébként a Fast radix izé gyorsít az egész osztáson is.'Úgy volt hírdetve, mint valami elképesztő újítás, ami fergeteges gyorsulást hoz.'
Max slideon olvashattál ilyet, és igaza is van az Intelnek ha megnézed az eredményeket, a Meromhoz képest ebben tényleg nagyon jó a Penryn. De nem láttam kiragasztva házak oldalára (ala Gyurcsány feje) vagy a villamosmegállókba.
Egyébként desktopon sokkal többet optimalizálnak az SSE-kre, nincs szükség annyi FP számolásra, kisebb adathalmazokkal dolgozunk, tehát a cache relatív nagyobb szerepet kap, talán (részben) ezekben keresendő a Core fölénye. És az átlagos dekstop program (office-programok, játék) inkább egész számokkal és a memóriával dolgozik.
De ha hülyességet írtam, akkor majd kijavítotok.
[ Szerkesztve ]
"I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."
-
dezz
nagyúr
Lehet, rosszul nézem, de SIMD-ben nem látok integer osztást, és a régi skalár integer osztás lassabb, mint az amúgy is SIMD-esíthető fp osztás. Ezek után nem nagyon érdemes az előbbit használni. Igaz, a Core család az FPU-t használja az integer osztás elvégzésére is, ha jól tudom, persze ettől még skalár művelet marad. A SIMD-esítés mindenképpen előnyösebb, már ahol lehet.
A hírdetést természetesen úgy értettem, hogy szakmai slide-okon (állították be úgy, hogy valami nagyon új és szuper dolog).
Lehet, megint csak rosszul nézem, de SSE3-ig nem sok integer aritmetikai SSE utasítást látok, és ott is csak ilyen összeadásos trükközéseket. Amúgy sem lennék biztos benne, hogy a mai körülmények között elég lenne egy játékban a 32 bites integer alapú fixpontos számítási precizitás. Főleg, ha nem is lehet SIMD-esíteni.
-
dezz
nagyúr
Végét sietősen írtam. Szal, főleg a poligon-számításoknál kell a 32 bites precizitás (régebben elő-elő fordult, hogy ugráltak a csúcsok a kisebb precizitás miatt ), és abból manapság van bőven (még úgy is, hogy már rég bejött a T&L, aztán a vertex shaderek, és csak DX10-zel a geometry shader, ami a maradék nagy részét is át tudná venni, igaz akkor kicsit túl lenne terhelve a GPU, a 4 magos procik meg malmozhatnának), így általában SIMD-ben megy. Persze akadnak egyéb műveletek is, ahol elég kevesebb is.
[ Szerkesztve ]
-
#95904256
törölt tag
A SIMD utasítások közt van egy kis kibúvó, ami az FPU-s osztásnál gyorsabb. A reciprokképzés, mivel Az a/b=a*1/b egyenlőség működik. Természetesen nincs olyan pontos mint az osztás, de egy iterációs lépcsőt beiktatva már megvan a 32 bites pontosság és még mindig gyorsabban lefut mint az osztás. Hátránya hogy több regiszter kell hozzá.
-
Balala2007
tag
válasz #95904256 #3338 üzenetére
A Visual Studio 2008-hoz jaro MASM 9.xx tud SSE4A-t, SSE4.1-et, SSE4.2-t, LZCNT-t, POPCNT-ot, legalabbis x64 alatt. x86-on nem mennek a gpr-ekre vonatkozo utasitasok, CRC32, LZCNT, POPCNT. (vagy legalabbis nem talaltam meg ki, hogyan lehet bekapcsolni ezeket.) A tobbi assemblert sajna nem ismerem.
AIDA64.com
-
#95904256
törölt tag
válasz Balala2007 #3347 üzenetére
Sajna nem vagyok járatos a MASM-ban, elsőre csak az SSE utasításokat sikerült felélesztenem. Illetve makrókkal az SSSE3-ig, de SSE4-re még nem találtam. A Lazy Assembler csak egy részét támogatja az SSE4-nek...
szerk.: Az ML64-et még nem próbáltam...
[ Szerkesztve ]
-
#95904256
törölt tag
Úgy látom nem fogy valami őrült tempóban a Phenom, mert már idehaza is kapni.
Raktárról... ( Phenom 9500 ~54ezer Ft )[ Szerkesztve ]
-
Gyuri27
félisten
Amd - Radeon - Ryzen
Ú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.
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Ukrajnai háború
- Redmi Note 12 4G - valaki fizetni fog
- MIUI / HyperOS topik
- Battlefield 3
- Amlogic S905, S912 processzoros készülékek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Vicces képek
- Android alkalmazások - szoftver kibeszélő topik
- Robot fűnyírók
- További aktív témák...
- Beszámítás! AMD Ryzen 7 7800X3D 8 mag 16 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 6700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Intel I5 13600KF 14mag/20szál - Új, Tesztelt - Eladó! 88.000.-
- Újszerű - INTEL Core i5-14600KF 14mag 20 szál 5.3GHz CPU - bolti garanciával