- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
Hirdetés
-
A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
ph A cég újdonsága azokat célozza, akik egy nagyobb fajta, hüvelykujjtámasszal ellátott, ugyanakkor pehelysúlyú eszközt vásárolnának.
-
Ennyibe kerülnek a Huawei Pura modellek Európában
ma Megérkezett az újrabrandelt Pura széria, kivéve a Pura 70 Pro+-t, mert az marad Kínában.
-
Fejlesztői videón az inZOI, a Krafton életszimulátora
gp A látvány továbbra is lenyűgöző, a gépigényre még mindig nem merünk gondolni.
-
PROHARDVER!
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
#95904256
törölt tag
Előbb kipróbáltam ezt a cache-miss dolgot egy Phenom-on és egy Wolfdale-en is. Mindkettő képes volt arra hogy amíg a cache-miss miatt bejön a RAM-ból a dolog addig több száz utasítást ( add, xor, inc, fld, fstp, ... ) végrehajtsanak, így a több száz utasítással és azok nélkül is ugyanannyi volt a futásidő.
Majd kerestem egy UltraSparc T1 leírást, amiből kiderült hogy ez a processzor in-order végrehajtással rendelkezik, de képes arra hogy pl. egy cache-miss-nél egy másik szálon (scout-thread) tovább futtassa a további utasításokat. Kvázi out-of-order végrehajtást csinál úgy hogy befog egy másik egységet a feladatra.
Ez akár egy működő példa is lehet fLeSs által is felvázolt több mag közti utasítás szétosztásra.
-
Rive
veterán
válasz #95904256 #4951 üzenetére
Előbb kipróbáltam ezt a cache-miss dolgot egy Phenom-on és egy Wolfdale-en is. Mindkettő képes volt arra hogy amíg a cache-miss miatt bejön a RAM-ból a dolog addig több száz utasítást ( add, xor, inc, fld, fstp, ... ) végrehajtsanak, így a több száz utasítással és azok nélkül is ugyanannyi volt a futásidő.
Jól értem, tulajdonképpen egy stall-nyi szünetet töltöttél fel független utasításokkal? Ez szép, de gyakorlatban hány utasításnyi hosszra szoktak elhúzódni az alapblokkok? 3-5? 10? Meg hány utasítás forog egyszerre feldolgozás alatt? Tipikusan néhány tucat? A SUN-féle megoldás azért új, mert ennél jóval nagyobb távokról is szó lehet, a dolog nincs a VÁ hosszához kötve.Majd kerestem egy UltraSparc T1 leírást, amiből kiderült hogy ez a processzor in-order végrehajtással rendelkezik, de képes arra hogy pl. egy cache-miss-nél egy másik szálon (scout-thread) tovább futtassa a további utasításokat. Kvázi out-of-order végrehajtást csinál úgy hogy befog egy másik egységet a feladatra.
Ha jól értem, a T1 (vagy csak a T2? Ebben nem vagyok biztos, nem igazán másztam bele a csalkádfába) igazából nem másik egységet, hanem inkább csak másik (in szitu tükrözött) kontextust fog be a dologra.../// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
#95904256
törölt tag
Ez szép, de gyakorlatban hány utasításnyi hosszra szoktak elhúzódni az alapblokkok? 3-5? 10? Meg hány utasítás forog egyszerre feldolgozás alatt? Tipikusan néhány tucat? A SUN-féle megoldás azért új, mert ennél jóval nagyobb távokról is szó lehet, a dolog nincs a VÁ hosszához kötve.
Bevallom ezt nem egészen értettem. Mit értesz alapblokk alatt? Egy mag (AMD/Intel) egyszerre egy-öt utasítást képest feldolgozni, de az ICU/ROB-ban egyszerre 20-30 x86-os utasítás fér el. Ha az egyik várakozik, attól még az ICU/ROB képes új utasításokat fogadni. Mi itt a kritikus dolog?
A SUN-féle megoldás becsapós. Mivel in-order így egyszerre csak egy utasítást hajt végre, ha az várakozásra kényszerül akkor a kisegítő szál képes foglalkozni egy második utasítással. Ha az is megakad, akkor nincs tovább, akkor bizony várni kell. Az AMD/Intel megoldás esetén pl. ha az ALU és a FADD foglalt, akkor még mindig lehet memóriaműveletet végezni vagy éppen a FMUL-t bizgetni.
Egyszerűen nem látom hogy hol jön össze előny az AMD/Intel megoldáshoz képest. Illetve az látszik hogy kevesebbet fogyaszt, de a scout-thread-es dolog csak félig-meddig pótolja az out-of-order vezérlőt.
-
csatahajós
senior tag
Tudom, hogy fudzilla, de jól hangzik
[ Szerkesztve ]
-
slett27
addikt
válasz csatahajós #4954 üzenetére
10MB cache bizony hogy jól hangzik.
"Ismerősöm szerint az ő Logitech Z-623-as rendszere (bizonyos esetekben) jobban szól, mert felére feltekerve is adja a mélyet, szétveri a házat a gettób@szó számokban !" by Rasiel :DDD
-
g4dg3t
senior tag
válasz csatahajós #4954 üzenetére
8mag + 8x1MB L2 + 6MB L3 egy sziliciumon
tenyleg jol hangzik, de a 45nm-es shrink + high K bevezetese tenyleg lehetove tenne ezt?
ezt egyelore vmi pszihedelikus latomas szintjen erzem -
Oliverda
félisten
Hát 8x1MB L2 mellé már legalább 12MB L3 illene majd. Amúgy szerintem alacsonyabb órajelen megvalósítható lesz majd.
Intel "paid vendors not to use AMD"
no comment
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
AMD 12-core server part planned for 1H 2010
AMD 6 core Istanbul to arrive in 2H 2009
AMD 45nm Shanghai to have improved IPC
AMD Quad core Suzuka supports DDR3
Hogy ki mit hisz el ezekből azt mindenki döntse el maga.
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Oliverda
félisten
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
shabbarulez
őstag
válasz Oliverda #4960 üzenetére
Ezek már sokkal hihetőbb, racionálisabb dátumok. A múltkori Istanbulos cikkeken csak mosolyogni lehetett annyira komolytalanok voltak, főleg azok a részek ahol már idén elinduló sorozatgyártást fantáziáltak, meg a dunninton ellenfeleként próbálták beállítani a terméket. Én legoptimistább esetben is 2009 nyarára datáltam az Istanbult megjelenését az előző hírek esetében, de ez a 2009H2 már egész reális dátum.
Én úgy gondolom az MCM 12 magosnak maximum egy nevedévnyi többlet kell a megjelenéshez, szóval ha a 12 magost már 2010-re prognoszitzálják akkor az inkább Q1, a 6 magos meg inkább 2009Q4. Nem hiszem hogy bármi indokolna fél évnyi difit e két termék között.
Ha bejön a tegnapi hír, az hogy 2009 végére az AMD-nek sikerül átállnia egy második generációs, javított 45nm-es gyártástechnológiára, ami már pariban lesz az Intel féle megoldással akkor jobb esélyei lehetnek ezeknek a termékeknek. Ha a 12 magos valóban 2010Q1-re kijön, az Intel 8 magos Xeon MP-je meg 2009Q4-re akkor elég közel lesznek egymáshoz, közel azonos gyártástechnológán alapulva. Az Intel oldalon lesz a több szál és a jobb IPC, meg kicsivel magasabb órajel a kevesebb mag miatt, AMD oldalon meg 1.5x több mag. Ez szerintem egy egálra elég lesz, többutas fronton erős és kiegyensúlyozott verseny lesz.
Viszont a 6 magos Istanbulnál mer közel sem lesz ilyen rózsás a helyzet, hisz addigra Intel szintén elindul a saját 6 magos Nehalemjeivel, ráadásul 32nm-en. A 6 magos Istanbulnak a 4 magos Nehalem jó ellenfél lett volna, ha már az SMT-t nem pártolja az AMD, ez a 1.5 több mag elképzelés egy jó irány lenne. Csak ezzel már valóban 2008Q4-re, a Nehalem érkezésére kellett volna elkészülni, nem pedig egy évvel későbbre, akkor versenyképesebb termékük lehetett volna.
A javított 45nm-es gyártástechnológia inkább csak arra lesz elég, hogy csökkenessen a különbséget a 32nm-es 6 magos Nehalem és az Istanbul között, de ezt a két terméket már nem érzem egálban.
2010-ben gondolom ezek mintájára jönnek majd a 6 magos desktop és mobil termékek mindkét gyártó részéről, az eltérés ismét a gyártástechológiában lesz. A tegnapi gyártástechnológiás hír is erősen azt erősíti 2010H2 előtt aligha valószínű 32nm megjelenése AMD fronton. Hisz ha 2009 végére csak egy második generációs javított 45nm-et jelentenek be, akkor a 32nm onnan még jóval később várható. Anno volt az a hír amiben az IBM arról regélt hogy felgyorsított az 32nm bevezetését és már akár 2009 végére megjelenhet. Anno akkor is azt mondtam, nem sok realítása van ennek AMD-nél, inkább egy évvel később 2010 végére valószínű. Most ez a második generációs 45nm várható dátum is erősen ugyanarra enged következtetni.
-
csatahajós
senior tag
válasz shabbarulez #4964 üzenetére
Azért én nem venném készpénznek a Nehalem olyan gyors elterjedését. Mivel a Nehalem elég hasonmló a K10-hez architektúrálisan (mármint amennyit felgounk belőle úgy nagyobb vonalakban - tisztelet a kivételnek) ezért szerintem az Intel is meg fog szenvedni vele valaemnnyire, csak maximum könnyebb dolguk lesz a nagyobb tőkéjüknél fogva. Anno talán pont Paul Otellini nyilítkozta, hogy az Intel nem merte volna megpróbálni a K10-et 65nm-en...az AMD nek sikerült, igaz nagyon nyögvenyelősen és egyelőre kompromisszumokkal...de szerintem így visszagondolva okosan döntöttek, hosszú távra ez volt a jobb befektetés mégha rövid távon szívnak is vele mint a torkosborz. Mivel pont a szerver piac az AMD elgerősebb pontja és mivel a nehalem pont itt jelenti majd a legnagyobb veszélyt ezért teljesen logikus hogy ide koncentráltak, beáldozva némileg a desktop és mobil vonalat.
Én is csak abban bízom, hogy a Griffin proci elég erős lesz ill. a Puma platfrom sikeres és akkor a desktop fronton csak kibírják valahogy a nyomott árakkal...
Thrawn, egyetértek, szerintem is majd a Rev D.-k lesznek az igazán nyerők, addig meg egy Blackbox 9850-es Phenom egy 790FX/SB750es deszkába sem lesz rossz
-
Thrawn
félisten
válasz csatahajós #4965 üzenetére
Kicsit "túl kevés túl későn" érzésem van, de majd meglátjuk hogy alakulnak a dolgok.
Different songs for different moods. łłł DIII Thrawn#2856 łłł Look! More hidden footprints! łłł D4BAD łłł WoT: s_thrawn łłł
-
shabbarulez
őstag
válasz csatahajós #4965 üzenetére
A Barcelona tape outja 2006 decemberben volt és 2007 szeptemberében, alig 10 hónappal később már késztermékként árulták. Vagyis árultál volna ha nem lett volna paper lauchos az indulás. A Nehalem tapeoutja 2007 szeptemberben volt, az indulása nagy valószínűséggel hasonlóan novemberben lesz ahogy tavaly is akkor startolja a penrynek. Ez 14 hónap, vagyis az Intel több időt hagyott magának a rákészülésre, nyoma sincs olyan kapkodásnak ami AMD-nél volt tavaly megfigyelhető.
Ráadásul tavaly már elég korai időszakban előjött az Barcelona órajel problémája, úgy emléxem tavaly májusban amikor először bemutattak működő példányokat a nagyközönségnek, azok valami 1.5 Ghz-en futottak. Ez a tape out után 5 hónappal volt. Ezzel szemben az Intel rögtön a tape out hónapjában, a tavaly őszi IDF-en bemutatott működő Nehalem példányt, amit idén tavasszal 7 hónappal később ismét megismételtek és itt már az órajel is publikus volt, 3.2Ghz-en futottak a kétutas Nehalem konfigok. Szóval Nehalemnél egyáltalán nem látszanak olyan órajel skálázási problémák, mint amik Barcelonánál már a kezdetek óta megvoltak és a mai napig hátrányt jelentenek.
Otellini nem azt mondta hogy nem merték a natív 4 magot 65nm-en, hanem üzletileg és gyártási volumen szempontjából nem tartották gazdaságosan megoldhatónak. Ezért van hogy az Intel csak 45nm-en látta racionálisnak a natív 4 magot és ott meg is fogják csinálni. Az AMD megcsinálta 65nm-en és bele is szaladtak azokba a buktatókba amiről Otellini beszélt. Üzletileg azért olyan nagy sikernek nem nevezhető a K10. Technológialig lehet róla szuper latinuszokban beszélni, ahogy a K8-ról is lehet, de nem szabad elfelejtetni ez üzlet, amit profitra játszanak, nem pedig "technológiai szépségverseny".
-
csatahajós
senior tag
válasz shabbarulez #4967 üzenetére
Azért bizony bizony Barcelonából is vollgtak 3.0Ghzes példányokkal ref. hűtéssel ha emlékszel rá és azt a bizonyos 3.2-es Nehalem-et sokan megkérdőjelezik, hogy nem valós órajel volt az, nem véletlen hogy kisebbre is tippelik a gyártásba kerülő első procik órajelét.
Az hogy mim ennyire sikeres üzletileg szerintem kívülről láthatatlan, úgy értem gőzünk sincs, nem is lehet, hogy pontosan minek mennyi a kifejlesztési költsége, előűééítási fix költsége blahblah. Az egy dolog hogy mit ír a fudzilla meg a többi oldal (beleértve a hihetőbbeket is) és megint egy másik hogy mi a valóság. Nem mondom hogy K10 annyira nyereséges volt persze, de nem tudhatjuk biztosan, sőt szerintem a szerver vonalon csak most a B3asok kiadásával lesz igazn felfutása és majd azután érdemes ítélni (és ha jól emlékszem itt bizony az AMD megint eladta a procijait mielőtt legördültek volna a gyártósorról, úgy mint anno a K8as szépidőkben.
Sajnos az AMD marketingje és kommunikációja erősen hagyott kívánnivalókat az elmúlt időben, de nyílván nem segített ezen az hogy a sajtó a TLB patchet iszonyatosan felfújta, illetve a tegnap is linkelt Intel "mutatvány" finoman szólva is gusztustalan húzás, ami megintcsak nyílván nem segített...Ezen felül nem azt mondtam, hogy a Nehalemmel annyi is olyan problémák lesznek mint a K10zel, csak azt hogy nem lesz valószínűleg olyan "cakewalk" nekik sem mint Core volt (amire azért a 10X akkora Intelnek is 3 év kellett, hogy lenyomja a K8ast).
Paul Otellini: sajnos már nem emlékszem a forrásra és csak fejből "idézem" de nekem úgy rémlik hogy konkrétan a K10től féltek, mert tudták, sejtették hogy egy elég komoly technológiai dobás és hogy ők nem merték volna meglépni 65nm-en, erre szó szerint emlékszem (nyílván pont azért, mert ismerték a velejáró lehetséges buktatókat).
-
Hakuoro
aktív tag
AMD plans to update 65nm Barcelona
Talán van remény még arra hogy kiadnak egy 3Ghz-s 65nm-es Barcelonát. -
Oliverda
félisten
válasz csatahajós #4971 üzenetére
Ha ezt meg tudják csinálni akkor talán még van sansz egy 2.7GHz-es Phenom FX -re is (65nm-en).
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
Balala2007
tag
válasz #95904256 #4951 üzenetére
Előbb kipróbáltam ezt a cache-miss dolgot egy Phenom-on és egy Wolfdale-en is. Mindkettő képes volt arra hogy amíg a cache-miss miatt bejön a RAM-ból a dolog addig több száz utasítást ( add, xor, inc, fld, fstp, ... ) végrehajtsanak, így a több száz utasítással és azok nélkül is ugyanannyi volt a futásidő.
En is kiprobaltam egy Phenomon, es nekem az jott ki, hogy a reordering az csak ROB-nyi uop kozott mukodik. Az ellenkezoje meglepett volna, hiszen a retirement is in-order minden esetben.
#define BUFFER_SIZE 16 * 1024 * 1024
#define STRIDE 1024
#define READS 10000000
__declspec(naked) void __fastcall Walk(DWORD *raddr, DWORD repeat) {
__asm {
startWalk:
mov ecx, [ecx]
dec edx
jnz startWalk
ret
}
}
__declspec(naked) void __fastcall Walk2(DWORD *raddr, DWORD repeat) {
__asm {
startWalk2:
mov ecx, [ecx]
nop
....
nop
dec edx
jnz startWalk2
ret
}
}
void _tmain(int argc, _TCHAR* argv[])
{
double start, end;
DWORD *buff = NULL;
buff = (DWORD *)VirtualAlloc(NULL, BUFFER_SIZE, MEM_COMMIT, PAGE_READWRITE);
int index = 0;
for (index = 0; index < (BUFFER_SIZE / sizeof(DWORD)) - (STRIDE / sizeof(DWORD)); index += STRIDE / sizeof(DWORD))
buff[index] = (DWORD)&buff[index + STRIDE / sizeof(DWORD)];
buff[index] = (DWORD)&buff[0];
Walk(buff, READS);
start = (double)__rdtsc();
Walk(buff, READS);
end = (double)__rdtsc();
printf("Clocks:%f\n", (end - start) / (double)(READS));
start = (double)__rdtsc();
Walk2(buff, READS);
end = (double)__rdtsc();
printf("Clocks:%f\n", (end - start) / (double)(READS));
return;
}Ez a szokasos lancolt listas memoriaolvasgatast csinalja 2 verzioban. A masodiknal a futasido megegyezik az elsovel (nalam 145 clock-ra jon ki 1024byte-os stride-dal), amig csak 66db nop-ot szurok be. Ez stimmel is, mert 66 nop + 3 uop + 1 fetch bubble az 72 uop. A 67. nop utan erdekes modon elkezd lassulni, pedig a 145 clock alatt meg boven lenne ideje nop-okat apritani, de hat nem tud az in-order retirement miatt.
[ Szerkesztve ]
AIDA64.com
-
#95904256
törölt tag
válasz Balala2007 #4973 üzenetére
Szép...
...és logikus.Most hazarobogok és kipróbálom újra.
Rettentő nagy baromságnak tűnik amit leírtam. -
-
leviske
veterán
Ezt már nézte valaki? Én már nem tudom lassan nyomonkövetni az AMD-t... Eddig K10 és K10.5, most már van külön K10.5 "c" és K10.5"D"...
Egyébkélnt ez elég jó hírnek tűnik... akkor most már csak 6hónapos késésben lesz az AMD az Intelhez képest.
-
VaniliásRönk
nagyúr
-
Thrawn
félisten
válasz VaniliásRönk #4977 üzenetére
Vajon a napokban bejelentett CTI mit jelenthet?
Different songs for different moods. łłł DIII Thrawn#2856 łłł Look! More hidden footprints! łłł D4BAD łłł WoT: s_thrawn łłł
-
Thrawn
félisten
válasz VaniliásRönk #4981 üzenetére
Tudom, ez náluk bevett szokás, hogy 6 hónaponként fejlesztenek a gyártástechnológián, de vajon a mostani mi lehet?
Different songs for different moods. łłł DIII Thrawn#2856 łłł Look! More hidden footprints! łłł D4BAD łłł WoT: s_thrawn łłł
-
leviske
veterán
Mivel mostanság kicsit megkavarodtam, ezért megszeretném kérdezni a tisztelt AMD témában jártas kollégákat, hogy az AM3 mikorra várható?
Az AM3 is eltolódott 1-2 évvel, vagy már a Deneb arra fog érkezni? Esetleg a Hydrától vezetik be?Most gondolkodom azon, hogy AMD platformra váltok és remélem legalább egy Denebet beletuszkolhatok majd a gépbe alaplapváltás nélkül... Ha ez a Hydrával is sikerülhetne az csak egy külön öröm volna...
-
VaniliásRönk
nagyúr
válasz leviske #4983 üzenetére
Ahogy (elvileg) AM2-ben mennek az AM2+ CPU-k, ugyanúgy AM2+-ban is menni fognak az AM3-as CPU-k. Azzal a különbséggel, hogy ehhez valóban csak BIOS-támogatás kell majd, és nem fognak közbeszólni a gyökér tápáramkörök, a 45nm-eseknek úgyis kisebb lesz a fogyasztása.
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)
-
leviske
veterán
válasz VaniliásRönk #4984 üzenetére
-
band1103
őstag
Nem találok aktív sima AMD topikot ezért itt is felteszem a kérdést:
Miért van az hogy az AMD cpuinak sokszor a fele vagy a negyedakkora a gyorsítótárja mint az Intel cpuinak? Nem gyorsítana a cpun ha több lenne?
"A bölény királyul néz ki: tisztára mint egy rasta tehén !" # * Have a Nice Death!* ...powered by vérpistike... #
-
#95904256
törölt tag
válasz band1103 #4987 üzenetére
Miért van az hogy az AMD cpuinak sokszor a fele vagy a negyedakkora a gyorsítótárja mint az Intel cpuinak?
Felépítésbeli különbség miatt az AMD processzoroknál kevésbé számít a gyorsítótár méretének növelése. Pl. a beépített memóriavezérlő és az exclusive cache szervezés miatt ( egy adat csak egy helyen szerepelhet a gyorsítótárban ).
Nem gyorsítana a cpun ha több lenne?
De igen. Csak ez nem olyan egyszerű hogy megszorzom kettővel...
-
Thrawn
félisten
55W-os 4 magosok: Link
Nyamm!
Different songs for different moods. łłł DIII Thrawn#2856 łłł Look! More hidden footprints! łłł D4BAD łłł WoT: s_thrawn łłł
-
csatahajós
senior tag
[ Szerkesztve ]
-
Joshi
titán
Sziasztok. Bocs az offért, de itt úgy gondolom több a hozzáértő ember mint más topikokban.
Adott egy Gigabyte GA-MA69G-S3H alaplap és bele egy X2 4000+ G1-es Brisbane proci, alapon járatva Idle hőfokok hőcsöves hűtővel 30 C° de ha elkezdem terhelni a procit mondjuk Orthossal, elkezd felszaladni a hőfok addig(110 C°) amíg le nem áll a gép. Tök mind1 hogy alapon van a proci vagy húzva, a legújabb bios sem segített. Gondoltam egyet és felcseréltem az én MSI K9N SLI alaplapomban lévő X2 5000+ BE procimat a 4000-el. Az eredmény az lett hogy a Giga lap a hunyó, ugyanis az MSI lapban jól működött a 4000-es, de az 5000-es hőfoka ugyanúgy kúszott felfele 100 C° felé.
Szerintetek mi lehet a bibi? Ez hardveres dolog vagy lehet szoftveres(Win sp3, AMD driver stb)? -
zsolt320i
senior tag
válasz csatahajós #4991 üzenetére
azé kíváncsi leszek mi lesz belőle..!
naon szurkolok az AMD-nek... de már megint phenom előtti feelingem van:csak ígéret, semmi eredmény ... -
dangerzone
addikt
Sziasztok! Igazából nekem régebbi fajta AMD-m van, de azért feltenném a kérdésem.
EGY 2800++@2433 barton procihoz megérné két giga ramot venni? Mennyit gyorsulna a rendszer az 1 gb ramhoz képest? -
vedini
őstag
válasz dangerzone #4994 üzenetére
nem sokat
nekem ha jól emlékszem ugyan ilyen barcim volt, és 2*256mb rammal mentgondolom ezzel a géppel nem vista alatt fogsz crysis-sal játsazni
workworkwork...
-
Raymond
félisten
Nem lehetne hanyagolni az Athlon XP diskurat? Kosz.
Privat velemeny - keretik nem megkovezni...
-
dangerzone
addikt
Mert mégis hova írjak a felvetésemmel szerinted, ahol választ is kaphatok? A barton topikba, ami már 3 éve kihalt? Vagy intel core 2-es topikba, esetleg az nvidia 9600gt topikba?
-
#95904256
törölt tag
válasz dangerzone #4997 üzenetére
Az AMD Athlon XP klub a te helyed...
-
dangerzone
addikt
válasz #95904256 #4998 üzenetére
.....ha már a nevét kikerested, akkor jobban megnézhetted volna azt is, hogy 2 hetente van egy új hozzászólás....és valószínűleg nem lett volna értelme odaírnom....na hát ez van. AKI MEG ESETLEG TUDNA VMI ÉRTELMESET IS HOZZÁSZÓLNI AZ ANYÁZÁS HELYETT, ANNAK MEGKÖSZÖNNÉM ! ;)
-
vedini
őstag
válasz dangerzone #4999 üzenetére
ha nem hiszel nekem, tedd fel ide a kérdésed:
[link]workworkwork...
Ú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.
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Raspberry Pi
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Futás, futópályák
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Kaspersky Antivirus és Internet Security Fórum
- Politika
- ThinkPad (NEM IdeaPad)
- YouTube
- További aktív témák...