Új hozzászólás Aktív témák
-
gV
őstag
-
Oliverda
félisten
válasz
shabbarulez #114 üzenetére
A Xeon X5570 mióta $958?
gV: [link]
-
gV
őstag
válasz
shabbarulez #114 üzenetére
turbo boostot vedd figyelembe, ha aktív volt lehetett ebben a tesztben 2.93GHz-es a X5550, de az ár valóban csak annyi amit irsz
most ez a legdrágább opteron?
-
Thrawn
félisten
-
Hajrá AMD, így tovább.
Ha jól tudom az Intelnek nincs még 6magos megoldása...
-
Raymond
titán
Na, lassan csak kiderul mi is volt a helyzet azzal a STREAM tesztel:
"Besides HT assist, AMD has now confirmed to us that the memory controller has been tuned quite a bit."
-
Mr.Csizmás
titán
GTA 4 ezen menne?
-
.volkovy.
tag
..tetszett a felvetés, hogy miért használnak a mai programok még mindig egy magot, amikor már kapni se lehet mást, csak 2 és 4 magos processzorokat.
Tényleg, miért is
Így az az ember érzése, hogy fölöslegesen tette a pénzt a gépbe, mert ~10-15%-al volt lassabb pl az előző, ha se az órajel, se a magok kihasználása nem nagyon nő.
(az órajel gyári megvehető prociknál 7 éve a 2000-3000 sávban van) -
Sanyix
őstag
nincs a programban ilyen. Nem is eszik annyit a vinfos, hiszen csak beképzeled azt a 2x-es fps-t, vagy valami jó nagy igényú dolog még fut a másik magon, és azért lassú.
Ha átrakod 1+2 magra akkor sem lesz többmagos, csak annyit engedélyezel, hogy mind2 magot használhatja, de mivel kevés szálon megy, egyszerre csak az egyiket fogja. Az os dolga eldönteni melyiket. Egyébként minden program alapból úgy indul vinfoson, hogy bármelyik magot használhatja... -
Oliverda
félisten
-
dezz
nagyúr
"Egyebkent az hogy a ket eredmeny pont ugy jon ki az ismert STREAM eredmenyek alapjan hogy a Shanghai rendszer 1Ghz HT link es DDR2-800 eredmenyeket ad (kb. 25GB/s) az Istanbul pedig kb. olyat ami egy 2Ghz koruli HT es magasabb orajelu DDR3 memoriakkal (1066 minimum, de inkabb 1333Mhz) jonne ki szinten nem lehet a veletlen muve."
Hát igen, ez gyanús.
"Nezd, ha megtalaltad a STREAM oldalat ott minden megvan. Az hogy vannak apro elteresek egy-egy futam es egy-egy metodus kozott nem lenyeges. Ez mindig is lesz es minden architekturan elojon. Van ahol picit nagyobbak a difik, van ahol alig van valami. Ezert publikaljak mindig mind a negy metodus eredmenyet."
Ez ellentmondás, mert ha lényegtelen, akkor felesleges ennyi számot külön publikálni.
Azt egy szóval sem állítottam, hogy az az 1-2 plusz (FP) számítási művelet önmagában lassítana, hiszen sok esetben pl. a TRIAD-nál nagyobb szám (MB/s) jön ki, mint az egyszerű COPY-nál.
Én az egyszerű COPY esetét tekinteném pure bandwidth mérésnek, a többi már speciális memória-hozzáférési pattenek esetén mutatott áteresztő képesség.
"De oszinten szolva nem akarlak egy industry standard benchmarkrol gyozkodni, uttananezhetsz magad is."
Hiszem már utánanéztem, és egymást győzködjük.
P.H.: Ezt írtam le én is röviden a #96-os alján. De azért meglepő lenne, ha csak az ennyit számítana, nem?
-
P.H.
senior tag
"What’s interesting here is that Stream isn’t really designed to test CPU performance; it’s mainly designed to test memory bandwidth. The Tech Report says that the huge jump in performance may well be down to a new feature in the CPU that AMD calls HT Assist, which is designed to stop the HyperTransport links between CPU sockets getting clogged up with unnecessary coherency synchronisation requests. According to the site, HT Assist basically stores an index of the CPU’s caches in the processor’s L3 cache, and it can then filter probe requests rather than sending them to all the sockets in the server. The site also says that you’ll be able to set the amount of space dedicated to probe filtering in the BIOS." [link]
MOESI alatt, ha a privát cache-rendszerben (L1/L2) nem található az adott vonal, akkor szórni kell a teljes rendszerben a kérést, mert nem tudni, hol található RAM-tartalomtól különböző Owner vagy Modified példány, ugyanez érvényes Shared esetben is.
MESIF esetében először az L3-hoz kell továbbítani (mivel ott a teljes CPU cache-einek ujjlenyomata megtalálható), ha ott nincs, csak akkor kell a rendszerben (az L3-mak felé) szórni.
Nekem úgy tűnik, az AMD ezt az Intel-es megoldást "másolta le", hogy információja legyen (az L3-ban) a node-ja többi magján tárolt cache-tartalmaktól (jobb esetben a node-ok Owner- és Modified-vonalairól), viszont míg az Intel nem az L3-méret rovására tárolja ezt az információt, az AMD igen. Tehát a HT Assist itt szerepet játszik, pl. úgy, hogy nem terheli feleslegesen a node-ján a privát cache-eket probe-bel (vagy a többi node cache-eit, ha azokban biztosan nincs memóriától különböző tartalom az adott kérésre), ha "The array sizes are defined so that each array is larger than the cache of the machine to be tested, and the code is structured so that data re-use is not possible."
-
Raymond
titán
1) "De nem is láttam még ilyen modul rendszerű szervereket"
Pedig van par ilyen. Nezz korul a nagyobb (4+ socket) kepeknel. Es ezert is fura hogy nem egy olyan rendszert hasznaltak ahol az alaplapon vannak a CPU-k.
Egyebkent az hogy a ket eredmeny pont ugy jon ki az ismert STREAM eredmenyek alapjan hogy a Shanghai rendszer 1Ghz HT link es DDR2-800 eredmenyeket ad (kb. 25GB/s) az Istanbul pedig kb. olyat ami egy 2Ghz koruli HT es magasabb orajelu DDR3 memoriakkal (1066 minimum, de inkabb 1333Mhz) jonne ki szinten nem lehet a veletlen muve.
2) "Ha ez teljesen igaz lenne, akkor minden tesztnél egyforma MB/s értékek jönnének ki,"
Nezd, ha megtalaltad a STREAM oldalat ott minden megvan. Az hogy vannak apro elteresek egy-egy futam es egy-egy metodus kozott nem lenyeges. Ez mindig is lesz es minden architekturan elojon. Van ahol picit nagyobbak a difik, van ahol alig van valami. Ezert publikaljak mindig mind a negy metodus eredmenyet.
De oszinten szolva nem akarlak egy industry standard benchmarkrol gyozkodni, uttananezhetsz magad is. Egyebkent azt is mondhatjuk A STREAM a memoria atereszto kepesseg LINPACK-ja. A LINPACK a realisan elerheto vektoros szamitasi teljesitmenyt meri, a STREAM pedig a maximum elerheto realis memoria atereszto kepesseget meri.
"Nem teljesen egyértelmű a számomra, hogy a "the code is structured so that data re-use is not possible" rész 1-1 procimagra vonatkozik, vagy a teljes rendszerre."
A teszt a rendszerben elerheto osszes magot hasznalja. Ezert vagja haza a 4 socket Opteron rendszer a 4 socket Intel rendszereket. Mind a negy procinak kulon elerese van a memoriahoz ugyhogy a lokalis CPU-n futo kernelt konyebb etetni. Az Intelnel ez egy vagy ket (amugy sem gyors) FSB-n kene hogy tortenjen es meg is latszik az eredmenyeken.
Amint lathattad a program oldalan a dataset ugy van felallitva hogy az adatokat mindig a memoriabol kelljen huzni es a cache metodusok ne jussanak szerephez. Ezert is van az hogy ha egy 4 socket 2 core (8 total) Opteron rendszer ugyanazt az eredmenyt adja mint egy 4 socket 4 core (16 total) rendszer. Mar a 2 mag vektoros szamitasi teljesitmenye is nagyobb annal mint amilyen gyorsan az adatokat a memoriabol be tudod tolteni.
-
dezz
nagyúr
1. Jó, de arról nem szól a fáma, hogy azok új modulok-e, vagy előzőleg régebbi Opteron volt-e bennük. (Akár csak a demó kedvéért.) Nem mintha a modul cseréje túl nagy költség lenne; fontosabb, hogy az alaplap a helyén maradhat. De nem is láttam még ilyen modul rendszerű szervereket, a sima rackekban az alaplap(ok)on szoktak lenni a procik. Ezért is fontos a foglalat szintű kompatibilitás, különben mindegy lenne.
2. "A pure bandwidth pedig nem tulzas. Nezd meg a linkeket amit talaltal, ott is le van irva. Egyebkent ez vilagos ha osszeveted a tesztelt procik maximalis szamitasi teljesitmenyet a max elerheto memoria savszelel. Egyszeruen nem tudsz annyi adatot mozgatni hogy a szamolas legyen a szuk keresztmetszet."
Ha ez teljesen igaz lenne, akkor minden tesztnél egyforma MB/s értékek jönnének ki, mert kizárólag a memória-sávszél számítana. De ha megnézed a számokat, mint előzőleg kértelek, akkor láthatod, hogy eltérnek.
Nem teljesen egyértelmű a számomra, hogy a "the code is structured so that data re-use is not possible" rész 1-1 procimagra vonatkozik, vagy a teljes rendszerre. Utóbbi esetén a HT assist a hasznos adatokkal valóban "nem foglalkozik", de esetleg valamilyen egyéb, sávszélt foglaló adatcserét kiküszöbölhet.
-
#06658560
törölt tag
Közben azon gondolkodom, hogy ha van n darab processzor egy alaplapon, akkor integrált memvezérlővel hogy oldható meg az adatokhoz hozzáférés rendesen? Vagy valamit a memvezérlőbe még be kell építeni ilyen esetekben a gyártónak?
Gyiku: hogyhogy zöld topic? mióta NV hír?
tzsolesz: nem tudom, nekem asszem szürke a proim.
A kupakja meg alu színű-ha még el nem korrodált.
-
tzsolesz
nagyúr
Kisebb példányszámban nagyon nagy hasznot lehetne ezekből a 6 magos CPU-kból generálni. Mert "pénzes-zsák"-ék akkor is megvennék, ha tudnák, hogy nem lesz tőle gyorsabb a játék stb... Csak hát az a bökkenő, hogy alaplap is kellene alá. ott meg azért nem olyan egyszerű meggyőzni az alaplapgyártókat, hogy ezért plusz egy gyártósort üzemeltessenek. Mindenesetre jó lenne már látni valóban, hogy az alkalmazások, és játékok kihasználnak akár 4 magot is. Úgy 100-ból 80 már elég lenne így 2009-re.
-
GegeWarrior
senior tag
Ez nagyon durva lesz. Végre talán méltó lesz az Intel ellen
-
Maverick14
tag
Talán a Thinking Machines Corporation Connection Machine gépeiről lehetett ott szó. Habár az idő és a méret nem igazán stimmel mivel az első chip-et a 80-as évek elején kezdték tervezni 16db "bit-serial" procival, a teljes rendszer pedig 64K processzorig skálázódhatott felfelé.
[link] -
Raymond
titán
1) A cikkben ez all szo szerint:
"The 16-core Shanghai system produced throughput numbers in the range of 25,000 MB/s. The 24-core Istanbul box, by contrast, hit about 42,000 MB/s. The tech then swapped the processor-and-memory daughtercards between the two boxes, and of course, the performance characteristics moved with them."
Es ez latszik a kepen is.
2) En ismerem a STREAM benchmarkot ezert irtam amit irtam. Igen, egy ketmagos Opteron is ugyanazt az eredmenyt fogja a STREAM alatt hozni mint egy negymagos ha ugyanazt a memoriat hasznalod. A pure bandwidth pedig nem tulzas. Nezd meg a linkeket amit talaltal, ott is le van irva. Egyebkent ez vilagos ha osszeveted a tesztelt procik maximalis szamitasi teljesitmenyet a max elerheto memoria savszelel. Egyszeruen nem tudsz annyi adatot mozgatni hogy a szamolas legyen a szuk keresztmetszet. A ket lenyeges resz az STREAM oldal(ak)rol:
"The array sizes are defined so that each array is larger than the cache of the machine to be tested, and the code is structured so that data re-use is not possible."
"The intent of STREAM is not to suggest that ``real'' applications have no data re-use, but rather to decouple the measurement of the memory subsystem from the hypothetical ``peak'' performance of the machine."
Ha utannaolvasol a STREAM-nek akkor lathatod hogy ott nincs mit csinalnia egy HT assistnak.
-
dezz
nagyúr
(Jobban mondva, különféle -- eltérő adatmozgatási patternt adó -- egyszerű feladatok eseteit méri.)
-
dezz
nagyúr
(A teszteredményeknél látható, hogy az egyes al-tesztek eredményei néha eléggé eltérőek. Szóval nem egyszerű, pure bandwidth teszt, a copy kivételével, hanem különféle egyéb adatmozgatási patternek esetét is méri.)
Ja, [link]
-
dezz
nagyúr
1. Korábban egy hasonló megmozdulásról volt egy videó, amin az látszott, hogy a foglalatból kiszerelték a régi procit, és beszerelték az újat. Talán itt is megtörtént.
2. Egy kétmagos Opteron szaturálni tudja a teljes sávszélt? Akár csak a saját memória-hozzáféréséét, akár csak egyszerű mov-okkal?
"A STREAM egy pure bandwidth teszt."
Azért az a pure talán egy picit túlzás, nem? "The STREAM benchmark is a simple synthetic benchmark program that measures sustainable memory bandwidth (in MB/s) and the corresponding computation rate for simple vector kernels." Itt van, hogy mit is csinál: [link] A sima copy mellett van ott más is.
Elképzelhető, hogy a Shanghaios konfignál valójában nem működött a HT3.0, csak az Istanbulnál.
Ill. ha tényleg ez a HT assist gyorsít ennyit (a felesleges adatcserék kiküszöbölésével), akkor annak miért ne lehetne köze a teszthez?
-
Raymond
titán
Melyebb beleasas (a cikkbeli reszlethiany miatt) nelkul ket kerdes merul fel gyakorlatilag azonnal:
1) Ha a harmadik tesztnek az volt a celja hogy a drop-in replacement-et demonstraja akkor miert nem valasztottak egy olyan rendszert ami ezt valojaban demonstralta is volna? Az hogy a hasznalt rendszerben kicserelik a CPU/Mem alrendszert nem demostral SocketF drop-in replacement-et.
2) Mi koze van egy STREAM benchmark eredmenynek ahhoz hogy 4 vagy 6 magosak a hasznalt procik vagy barmilyen "HT assist" funkciohoz? A STREAM egy pure bandwidth teszt. Egy sima ketmagos Opteron ugyanazt az eredmenyt adja mint egy negymagos ha ugyanaz a tipusu memoria (pl. DDR2-667) van hasznalva. 1, 2 vagy 4 socket rendszer szinten nem jatszik szerepet ha a RAM es a HT egyforma.
Szoval valami nem ugy van ahogy az a TR cikk alapjan lejon. A 25GB/s vs. 42GB/s esetleg ugy johet ki hogy a ket rendszer nem volt egyforma mint ahogy irjak es volt koztuk difi. HT vagy RAM vagy mindketto.
-
dezz
nagyúr
És? Igen, a jelenlegi Shanghai-okban még le van tiltva a HT3.0. De mint írtam, a procik közötti HT3.0 kapcsolatot nem befolyásolja a chipset.
Emellett a drop-in upgrade demonstráció és az új platform bemutatás is egymást kizáró tényézők (egyidőben lehet a kettő, de nem ugyanazokban a gépekben, mint itt).
"A couple of other changes ought to bring more general performance gains. Shanghai's memory controller bumps up officially supported memory frequencies from 667MHz to 800MHz, for one. Also, HyperTransport 3 support is finally imminent. The first Shanghai processors don't support it, mainly because AMD didn't want to hold up these products' introduction while waiting for full validation of HT3 solutions. Instead, the firm plans to introduce HT3-ready Opterons next spring. When those arrive, they'll double the available bandwidth for CPU-to-CPU communication in Opteron systems. With HyperTransport clock speeds up to 2.2GHz, HT3 will allow for up to 17.6 GB/s of bandwidth (the bidirectional total) per link. Only with the introduction of the Fiorano platform later in 2009 will the CPU-to-chipset interconnect transition to HT3. [link]
Így már világos?
(#72): Miből gondolod? Mi közük hozzá?
-
dezz
nagyúr
Cikk: "Az idei év második felére tervezett Fiorano platformot és a hatmagos Istanbul processzort mutatta be működés közben az AMD. [...] A demón használt gépben már aktív volt a HyperTransport 3.0-s változata, azaz a platformhoz tervezett chipsetek is elkészültek."
Szerintem ez még nem a Fiorano. A TechReportos cikkben ezt írják: "it was intended to show how Istanbul can serve as a drop-in upgrade for Socket F systems."
A procik közötti HT3.0 kapcsolat új chipset nélkül is megvalósulhat!
Amúgy nem csak a HT3.0 volt itt az újdonság az Istanbullal kapcsolatban:
"a feature new to Istanbul that AMD calls HT assist (presumably for HyperTransport assist). This feature is what the company calls a probe filter (and may more commonly be called a snoop filter) that functions to reduce traffic on socket-to-socket HyperTransport links by storing an index of all caches and preventing unnecessary coherency synchronization requests. [...]" -
Oliverda
félisten
Jelenleg éppen fordított a helyzet. Az Intel 6 magos tákolmány Dunnington magos Xeon-ja van versenyben az AMD 4 magos Shanghai Opteron-jával. Úgy hogy az utóbbi sok tekintetben jobb.
"Látod ez a baj ,,,hogy ezek még csak a 4 magosok ellen lesznek."
Ha a fentiből nem lenne világos most az AMD jobb szerver fronton... egyelőre...
-
dezz
nagyúr
Miért hívjátok többen ebben a topikban "mag"-nak a die-t, azaz a szilícium-lapkát? Attól, hogy az Intel a Core-ok bevezetése óta előszeretettel nevezi core-nak a die-t a marketinganyagokban, ez műszakilag helytelen!
Itt láthatók a "core" műszaki jelentései (középen): [link]
-
Joachim21
őstag
Köszi az építő kritikát Olivér!
Én valóban arra gondoltam egyébként, hogy a 8 magos AMD opteronokat fogják elkenni az Intel megoldásai, szóval még jogos is volt! -
Joachim21
őstag
Erről én az anandtech-en azt olvastam, hogy jó-jó, de ha kijön az Intel új nahelem alapu Xeonja, akkor a szerver fronton is tönkre lesz verve az AMD!
-
zoltanz
nagyúr
Azért jó, már kettesével lépkedünk a magoknál nemsokára ötösével?
Csak még nem elég sok progi támogatja tökéletesen a kettőnél több magos proceszorral szerelt gépeket. Úgyhogy nem veszek most.Amúgy szerintem nem sok a 6 mag sem úgy általában.
-
Bluegene
addikt
válasz
elfelejtette #42 üzenetére
kár h az ilyen über-procik csak szerverbe jók gyakorlatilag, ehhez hasonlót biztos nem vennék a gépembe max négymagost(legalábbis egyenlőre), zavarna h ott zabálja az áramot a többi 60 core feleslegesen
de tetszik a dolog, az ilyen tehetséges csapatokat kéne AMD-nek megvenni vagy kooperálni velük
-
N-vidi-A
őstag
Elfogadnek egy ilyen procit en is otthonra, el CS-znék vele!
-
kts88
aktív tag
Mivel nagyon gyorsan megjött a shanghai/deneb után, lehet, hogy nem teljesen kitalált a kép (biztos van benne egy kis szinesítés)
Nem hiszem, hogy elég erőforrása lett volna az amd-nek egyszerre két ekkora magot ist fejleszteni, ráadásul jön a regor is.
Szóval kitalált egy nagyszerű lego játékot magának az amd -
kariad
senior tag
Ez még mindig kevés......
-
kts88
aktív tag
-
kts88
aktív tag
Nem rossz a cucc
Esetleg bevetheték a Core i7 ellen, a magméret nem sokkal nagyobb mint egy Denebé (294 vs 258) Alig nagyobb mint egy Agena -
zuchy
őstag
De akkor mért van a programban 1, meg 2, meg, 3... mag használata lehetőség egyszerre?
Azt nem tudom elhinni hogy ennyit enne a winfos, hogy ha átenném másik magra akkor megkétszereződne az FPS-em? Feladatkezelőben is látszik, látszott, hogy ha benyomtam az 1 meg 2 mag egyszerre történő használatát, akkor mindegyik mag rendesen dolgozik, kb 80%-al? Ha pl a win a 0-ás magon lenne, mér kéne 80%-on pörgetni, amikor a másikon megy a játék? Ennyit nem foghatnak a win alatt futó progik, ez nekem ellentmondás.Meg én nem átrakom az 1-es magra, hanem mindkettőre, tehát 1 plus 2 magra teszem az .exe-t
-
elfelejtette
veterán
-
Puma K
nagyúr
"a most forgalomban lévő alaplapoknak mindössze egy BIOS-frissítésre lesz szükségük a működtetéséhez."
Azért ez a nem mindegy!
-
-
zed1983
őstag
Na már mindegy, hogy hány mag csak ne egy legyen...jövőre lesz 5 magos vagy 7 is
-
orbano
félisten
nehezebb programozni? el kell végezni a progmatot
(mondom én...)
nincs mit párhuzamosítani? egy integrátort azért annyira nem vészes, sokaknak sikerült már párhuzamosítani... de ha mást nem a fizikát és az AI-t el lehet rakni két külön szálra, ha többet nem is, súlyos 20-30%-okat lehet nyerni... -
gardener
senior tag
válasz
Sweet Lou 6 #30 üzenetére
Jaja.
Úgy látszik vannak még erőtartalékok. -
Sweet Lou 6
addikt
Nem rossz...Jó lenne ha az AMD talpra tudna állni...
-
Metalfan
senior tag
Tanenbaum: Számítógépes architektúrák könyvében volt elmítve egy 70-es évekbeli chip, ami 4x64 magos lett volna a tervek szerint, végül csak az egyik 64 magos része lett legyártva. A teljesítménye elegendő volt az akkori szuperszámítógépek leveréséhez. Sajnos a neten most hirtelen nem találtam róla infót, mert a gugli is állandóan csak az Intelt meg az AMD-t dobja ki...
Újabb sokmagos cucc készül...
-
mr_ricsi
veterán
"Nem azt hiszem hanem tapasztalom."
Pedig divrapiernek igaza van, te pedig hibás következtetést vonsz le a tapasztalataidból.
Az OS-ed hülyesége, hogy minden egymagra optimalizált alkalmazást a "0" procimagon futtat, miközben a többi mag semmit sem csinál.
Az összes OS processz is a "0" magon fut, és ha elindítod a játékod, az is a "0" magon kezd futni, emiatt pedig osztoznia kell a többi processzel.
Amikor progival átrakod az "1" magra, csupán annyit tettél, hogy onnantól egy teljes kihasználatlan procimag csak a játékoddal foglalkozik, miközben a másik procimag intézi a géped többi dolgát.De továbbra is csak 1 mag futtatja a játékot!
-
motoros2
csendes tag
Később talán több L3 is lehetne benne...pl. 32 nm-en...
-
szumoo
senior tag
Lassan, de beindul a dinnye fogalom!
-
Alchemist
addikt
Jól néznénk ki, ha irodába is sokmagos gép kellene... manapság már egy mag is rettentően gyors a nem CPU igényes alkalmazásokhoz.
-
Killing
addikt
Elég brutálisan hangzik!GTA IV-el tesztelném!
-
ngabor2
nagyúr
ez egy szerverproci, ahol egyszerre több dolog megy, tehát jó eséllyel ki lehet használni sok magot. asztali rendszerben, ahol ritkán csinál az ember egyszerre 2-nél több dolgot, a +x mag nem hoz látványos gyorsulást, viszont ha a több mag miatt az egyes magok sebességét vissza kell fogni, az érezhető lassulást okoz.
erősen párhuzamosítható dolgok esetén viszont a 6 mag is kevés egy (GP)GPU-hoz képest, és eleve túl bonyolult is hozzá a felépítése. aki úgy gondolja, hogy asztali, vagy játékgépbe jelenleg egy n+1-magos rendszer sok pluszt ad (egy n-1-magoshoz képest), hisz több a proci nyers ereje, az téved.
-
divrapier
tag
meg egy okos gyerek, aki a CPU controlt hasznalja, es azt hiszi, ettol majd kihasznalja az egyszalu programja a tobbmagos rendszereket
leiras a progirol:
* Több processzoros rendszerben lehet megadni, hogy a futó alkalmazások melyik processzort használják.
* CPU-Control handles the CPU-affinity for multicore-systems.Ha azt adod meg, hogy pl mindkettot/harmat/negyet/... hasznalhatja, az nem azt jelenti, hogy egyszerre fogja hasznalni. Mellesleg ezt windows feladatkezelojebol is megtudod csinalni a processeknel.
-
#06658560
törölt tag
Azért a skálázódása, hmm. hogy is mondjam- szóval németesen Dabas történelmi településrésze.
-
rup1u5
nagyúr
Mi az hogy Oliverda még nem szólt hozzá!?
-
Majstor
senior tag
60 magos mikor lesz?
-
zuchy
őstag
Nem erre a procira értettem, hanem a többi 2-3-4 magosra.
Nincs mit párhuzamosítani???
Van a CPU Conrtol 2.0 nevű progi, nálam a 2. mag bekapcsolása után F.E.A.R. 2 alatt érezhetően megnőtt az FPS és nem 640x480-on lowon hanem 1680x1050-en maxon 4x AA-val. -
zuchy
őstag
Nem értem mért ilyen kevés a több magot támogató játékok száma 2009-ben
A most megjelenő F.E.A.R. 2 is EGY magot használ...
Nevetséges. -
bnss
veterán
Nem lett volna szemléletesebb (az erőviszonyokat tekintve) egy 12 mag vs. 12 mag teszt? Ettől függetlenül nem rossz eredmény, sőt.
-
Móci
addikt
Brutál proci, itthonra is elfogadnám azért...
-
lsc
nagyúr
Állat cuccok .
Új hozzászólás Aktív témák
- Szünetmentes tápegységek (UPS)
- Milyen routert?
- Futás, futópályák
- Építő/felújító topik
- Autós topik
- Windows: mi történik valójában Leállításkor, Alvó módban és Újraindításkor?
- gban: Ingyen kellene, de tegnapra
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Robotporszívók
- Kerékpárosok, bringások ide!
- További aktív témák...
- Apple iPhone 7 128GB Yettel Függő 1Év Garanciával
- Törött, Hibás iPhone felvásárlás!!
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
- LG 65" C1 OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready!
- BESZÁMÍTÁS! Apple Macbook Pro 16" 2019 i9 64GB 1TB 5500M 8GB garanciával hibátlan működéssel
Állásajánlatok
Cég: FOTC
Város: Budapest