NAGYON JÓ EGYSZÁLAS TELJESÍTMÉNYRE KÉPES A CORE I9-11900T

Az új modell ezen a téren lekörözi a RYZEN 7 5800X-et, ami igen komoly fegyverténynek ígérkezik, már amennyiben élesben is hasonló teljesítményre képes, nem csak a GeekBench 5.0 alatt.
Víg Ferenc (J.o.k.e.r)
Víg Ferenc (J.o.k.e.r)
2021. febr. 17. 17:22
Nagyon jó egyszálas teljesítményre képes a Core i9-11900T

Az elmúlt időszakban több Rocket Lake-S processzorral kapcsolatban is érkeztek teljesítménymérések, ám a napokban előkerült egy újabb, eddig még nem látott, meglehetősen energiatakarékos kivitelben érkező modell, amely mindössze 35 W-os TDP kerettel büszkélkedik, hiszen a „T” sorozatot erősíti.

Ez a modell 8 maggal és 16 szállal rendelkezik, magórajele pedig meglehetősen alacsony, 1,51 GHz-es értéket képvisel annak érdekében, hogy a 35 W-os TDP keret tartható legyen. Azért, hogy a teljesítmény se szenvedjen csorbát, a maximális boost órajel meglehetősen magad, 4,89 GHz-es értéket képvisel, ami igen jó egyszálas teljesítményt ígér.

Egyelőre még csak GeekBench 5.0-s teszteredmények állnak rendelkezésre, ezek viszont igencsak jó képet mutatnak az új, kifejezetten energiahatékony processzorral kapcsolatban. A Core i9-11900T az egyszálas tesztben 1717 pontot ért el, míg a többszálas teszt 8349 ponttal zárult. Az egyszálas eredmény különösen jó, ugyanis a Core i9-10900K-hoz, vagyis az aktuális csúcsmodellhez képest 20%-kal gyorsabb az új processzor, előbbi ugyanis csak 1402 pont elérésére képes.

Galéria megnyitása

A legérdekesebb mégsem ez, hanem az, hogy a nagy rivális, a RYZEN 7 5800X ellen is képes győzni a friss processzor, igaz, csak 2,5%-kal múlja felül riválisa teljesítményét (1717 vs. 1674), de ez csak az egyszálas teljesítményre igaz. Több szálon már a RYZEN 7 5800X a jobb, előnye 22% körüli, azaz eléggé jelentős. Az azért akkor is komoly fegyvertény, hogy a 35 W-os TDP kerettel dolgozó Rocket Lake-S processzor egyszálas teljesítmény terén érezhetően gyorsabb a Core i7-10700K-nál, és többszálas teljesítményben sem marad el tőle jelentősebb mértékben.

A Core i9-11900T a fentiek alapján kifejezetten jó választásnak ígérkezhet a kompakt gamer konfigurációk építői számra, ott ugyanis sokat lehet majd profitálni az alacsony TDP keretből, illetve az ehhez társuló, viszonylag magas teljesítményből. Egy teszt persze nem teszt, ráadásul a GeekBench 5.0-ról van szó, amire hatványozottan igaz ez a megállapítás, így a végleges verdiktet majd csak az első hivatalos, független, átfogó képet nyújtó tesztek alapján lehet meghozni.

A Rocket Lake-S modellek március végén rajtolhatnak el, ám a 35 W-os TDP kerettel rendelkező verziók érkezésére alighanem többet kell majd várni néhány héttel, amennyiben a korábbi gyakorlatot vesszük alapul.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

27 hozzászólás

A komment írásához előbb jelentkezz be!
gGyalogos
gGyalogos
2021. febr. 21. 8:27
#4

Mióta lehet profitálni az alacsony TDP-ből gamer környezetben?ha dolgozik 6-8 mag akkor hogyan fér bele a 35W-ba órajel esés nélkül?inkább ne írnánok semmit,jobb lenne.Az viszont látható hogy az intel is fejleszt folyamatosan,mindig találnak egy kis teljesítményt, amihez majd az olykor extrém fogyasztáson is tudnak faragni.

Bihus
Bihus
2021. febr. 18. 16:54
#3

Pontosan ezért érdemes fenntartásokkal kezelni a szintetikus teszteket.

A valóság nem ilyen ideális, sem az egyszálas jó teljesítmény nem elég (bár fontos), sem a sok-sok szál nincs kihasználva optimálisan a legtöbb esetben. Egyébként én arra tippelnék, hogy 35W TDP-vel még egy szálon sem fér bele hosszabb távon 4,9GHz, bár lehet, hogy az 5800X-nek sem a 4,7GHz, ezt nem tudom.

Ez egy alma-körte összehasonlítás, mintha egy Ferrari sebességét méregetném földúton egy traktoréval szemben.

talgaby
talgaby
2021. febr. 18. 8:39
#2

Na jó, de ezt eddig is tudtuk. Az Intel folyton egyszálas teljesítményben veri az AMD-t kb. a Bulldozer-kor eleje óta és az AMD még most is inkább a sokszálas számításokra helyezi a hangsúlyt. Persze, jól fog kinézni, hogy CS:GO-ban - aminek a motorját frissíteni degradál a Valve-nak amíg lehet 10 centes előállítási költségű textúrafájlokat gyártani 5000 dolláros eladási árral - megint 20%-kal jobb lesz a max képfrissítés és eléri lassan a 600-at is, de a csak egyszálas intenzív programok azért már tényleg végre elkezdtek kikopni a fenébe. (Mondjuk ettől függetlenül ha valaki még ilyet használ rendszeresen, kétlem, hogy az áramszámlán túl oka lenne Intelről váltani.)

Ugyanakkor ilyen egyszálas teljesítménnyel tudják, mikor hiszem el azt a 35 Wattot. Nem lepne meg, ha jönne egy teszt és kimérné alatta a 150-et inkább… Kezd már elegem lenni az AMD által is egyre többször átvett Intel marketingökörködésből, hogy a terhelés nélküli minimál órajelen mért hőleadás a „hivatalos” hőmértékük. Aztán valami hatökör arra tervez hűtést és nem érti, miért van 90°C-on a proci egy böngészőfül megnyitásától is.

cryd
cryd
2021. febr. 18. 17:58

@Dragon3k ezt egy szóval se mondtam, vagy inkább nem akartam, bocsi ha félreérthető voltam. Az előzőeket általánosságban írtam, és a TDP nem átlépést úgy értettem, hogyha csak a TDP-t nézzük, akkor nem számít, mert az adott hűtőbe még boostokkal is bele kell férnie, mert hőmérséklet, fogyasztás, és időkorlátja van gyárilag.

arn
arn
2021. febr. 17. 20:04
#1

Veszek egy sikmagos procit, es az egymagos teljesitmenyre verem... hat jo is az.

Resike
Resike
2021. febr. 20. 15:44

@John_McClane  Ez nem igazán így működik egy játék alatt, vagy egy main threaded aminek mindnig futnia kell, ezt eloszthatod két mag között csúsztatással, amikor az egyik mag éppen hyperthreadel a többi törtfeladat ellátására akkor a másik mag tovább szálmolja a main threadet context váltással, amikor visszalvált a main threadre akkor meg a másik mag számol tört feladatokat. Attól hogy te a törtfeladatokat külön magokra dezignálod vagy még jobban szétpárhuzamosítod nem nyersz semmit.

Ezz le is fedi az átlagos 4 magos játékterhelések 90%-kát:
https://www.mips.com/blog/the-mips-architecture-and-multithreading/

A main thread mindig fut aminek végeznie kell a következő frame render előtt. A többi dolog meg csak fennmaradó hyperthreaded idő alatt van számolva, amibe időben bővel belefér még üresjáratok is lesznek. Így még a váltásokat is úgy át lehet fedni hogy semmiféle akadás ne legyen.

Vissza az oldal tetejére