- Sorra osztja a dollármilliárdokat az USA a chipgyártóknak
- Az Intel a legmodernebb chipgyártó géppel előzheti meg az egész szektort
- Leváltaná a Google a sütiket, de ez nem elég
- Nem igaz, hogy indiaiak működtetik az Amazon pénztármentes technológiáját
- Már azelőtt szoftvert írnak a chipekhez, hogy elindulna a gyártás
Új hozzászólás Aktív témák
-
opr
veterán
Csak szemelyes tipp, de szerintem az lesz, mint szokott. Eleinte lesz 1-2 alkalmazas, amiben jol mukodik, amit valamilyen kozos munkaval elore felkeszitenek erre, hogy meg lehessen mutatni, de amugy egy kalap fos lesz, ami tobbet fog artani, mint hasznalni.
Aztan fel-egy ev alatt szepen lassan elkezdik megtanulni a fejlesztok is, a forditoprogramok is, az OS is fejlodni fog, valoszinu legacy programokra lesznek elore definialt profilok vagy valami hasonlo, meg 1-2 generacionyi iteracioval az intel is megtanulja a valos felhasznalasban jelentkezo problemakat/fobb bottleneckeket, es az Alder Lake utani masodik-harmadik generacio mar ugy fog mukodni, ahogy azt kell.
Minden uj architekturanal meg nagy ujitasnal ez van mindket oldalon, ez az ujitas meg ugyanugy hatalmas, mint a chiplet volt Zen oldalon. Ott is voltak eleinte problemak, sot, inkabb ugy mondanam, hogy a problemak eleinte majdhogynem ugyan azok voltak (clusteren keresztul lassu/nagy kesleltetesu kommunikacio pl), aztan 2 generacioval kesobb nagyon jol mukodik az is. De igy volt a core2-vel is, meg a core i3/5/7-el is, meg az elso ket magos Athlonokkal is, szoval 99%, hogy igy lesz most is."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
ricsi99
addikt
Valamit variálltak a 11-es feladat ütmezőjével az biztos... Én futtatok még olyan progit ami 1 szálon szeretett igazán jól menni... de a most mintha jobb lenne a terhelés elosztás ilyen szempontból + eltünt az a menü a feladatkezelőből ahol simán lekorllátoztam ,hogy melyik progi melyik magon futhat.
Viszont nem lehet a progikat mind optimizálni az Ader-Lake-ra mivel akkor mi lessz a többivel? ... Végre a HT-t tanithatnák már meg a win-nek ,hogy az nem teljes értékű mag... s akkor toljon rá valamit ha az adott alkalmazás profitál is belőle...Egy Gyűrű mind fölött, Egy Gyűrű kegyetlen, Egy a sötétbe zár, bilincs az Egyetlen...
-
arabus
addikt
Ryzen 7500F,Gigabyte B650M K,Xeon Phi,i9 7960X,i9 7920X,Xeon w2135,Gskill royal 4400,Gskill Trident Z,Pico 4,Red Devil 7900XTX,Asus Z790 E,14900KF,96GB Corsair ddr5,64GB Kingston Fury ddr5,64GB Micron ddr5,Z590,Intel Cryo,Intel 11900F,Ryzen 5600,Radeon 7600,Radeon 6800...
-
Abu85
HÁZIGAZDA
A hír is írja, hogy amikor a feladatok eléggé függetlenek, akkor nem lehet baj, és ilyen a Cinebench is. A játékoknál viszont a kis teljesítményű magok vissza tudják fogni a nagyokat, ha a futtatott szoftver nincs felkészítve arra, hogy a lapkában található erőforrások nem egyformák.
Tehát akár igaz is lehet ez a Cinebench eredmény, mert az pont egy olyan program, aminél nem kell direkten optimalizálni a klaszterek közötti keresztkésleltetésre, vagy a magok eltérő teljesítményére.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
opr
veterán
Aha... Majd meglatjuk. Valoszinu jo lesz, mar a mostani i9 is eleg jo, ha eltekintunk a fogyasztastol meg a melegedestol, es annal azert valoszinu gyorsabb lesz.
Ettol fuggetlenul ilyen kek/zold/piros elozetes hireknek meg szamoknak hinni, es ez alapjan ervelni... Hat minimum furcsa, maradjunk annyiban."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
arabus
addikt
Ha magadból indulsz ki? Igen.
Hát majd megláthatod.Hogy Abu-nak is válaszoljak:Játék alá nem is kell a kis mag,elég lesz a nagy.
[ Szerkesztve ]
Ryzen 7500F,Gigabyte B650M K,Xeon Phi,i9 7960X,i9 7920X,Xeon w2135,Gskill royal 4400,Gskill Trident Z,Pico 4,Red Devil 7900XTX,Asus Z790 E,14900KF,96GB Corsair ddr5,64GB Kingston Fury ddr5,64GB Micron ddr5,Z590,Intel Cryo,Intel 11900F,Ryzen 5600,Radeon 7600,Radeon 6800...
-
fatpingvin
őstag
ezek szerint (ha már vindózra lett kihegyezve a cucc) a microsoft is rájött hogy érdemes lenne az ütemezőbe berakni a HMP kezelést?
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
hokuszpk
nagyúr
vajon az osszes avx512 verzio benne lesz a nagy magokban ?
Első AMD-m - a 65-ös - a seregben volt...
-
dokanin
aktív tag
Hát ez fantasztikus! Csak azt nem értem, hogy ki a fene akarna olyan desktop procit venni, amiben 8 gyenge mag is van? Pláne, ha vehetek olyat, amiben 16 erős van és kész. Felesleges kockázat, mert simán lehet, hogy többet árt mint használ? És mit nyerhetek vele? Kevesebbet fogyaszt? Na ne már, hogy ez számítson ebben a kategóriában, amikor ezek zabálnak most a legtöbbet.
-
fatpingvin
őstag
"ki a fene akarna olyan desktop procit venni, amiben 8 gyenge mag is van?"
én, kérem szépen. nekem számít a fogyasztás mert szünetmentes tápról mennie kell a cuccnak, emellett sokkal érdekesebb scheduling megoldásokat lehet összerakni egy ilyen procival.
arról nem is beszélve hogy mondjuk ha lenne egy olyan ami 2 gyenge és 8 erősebb mag, király virtualizációs cucc lenne: a hipervizor rohangál a két kicsi magon, a többin meg a vendég rendszerek.
szerintem ennek a megoldásnak abszolút van létjogosultsága, csak kérdés hogy mennyire csapnak le rá szoftverfejlesztési szintenA tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
opr
veterán
Üresjárati fogyasztás zseniális lehet. Ok, desktopon ez annyira nem fontos, majdhogynem mindegy, hogy 2w vagy 10w, de laptopoknál nagyon jól jöhet.
Én inkább attól félek kicsit, hogy a fejlesztők nem úgy fogják használni, mint kéne, hanem megint mindennél fontosabb lesz, hogy gyorsan a piacon legyen a program, és vagy le se szarják, vagy beállítják, hogy fusson az egész a gyors magokon, az a biztos és kész.
Meglátjuk, továbbra is tartom, amit fentebb írtam, eleinte valszeg lesz vele gond, de aztán akár valami nagyon jó is kisülhet a dologból."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
opr
veterán
válasz fatpingvin #14 üzenetére
Is. Ott is. Mondjuk azt őszintén nem értem, hogy az ilyen jellegű profilozásra miért nem használnak valami ai-t. A sok magic bullshittel ellentétben, amikre újabban mondogatják ez pont egy olyan dolog, amire nagyon jól lehetne használni.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
dokanin
aktív tag
válasz fatpingvin #12 üzenetére
Ha számít a fogyasztás akkor ezt nem veheted meg, mert ennél többet zabáló proci nemigen van szerintem. Plusz 8 maggal aligha fog kevesebbet enni, mint a mostani.
-
opr
veterán
Vannak olyan gépek illetve helyzetek, amikor nagyon sokat számít az üresjárati fogyasztás, amikor viszont kell a kakaó, akkor kell a kakaó.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
-
#16939776
törölt tag
Végre történik valami változás, de sokkal több évet nem jósolok neki, mármint a támogatásának, kb.: annyit mint a termék életciklusa, aztán jön valami forradalmian más megközelítés a problémára.
Ez egy ilyen látványosan megmutatott helyben-futás lesz, amíg nem lesz jobb termékük..
[ Szerkesztve ]
-
opr
veterán
Akkor mi a francnak venne valaki i9-et, ha nem kell neki az eros mag, csak a takarekos? Arra vannak sokkal jobb megoldasok, sokszor meg olcsobban is.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Fücsök007
őstag
Elsősorban az OEM-ek miatt (másodsorban a hatékonyság növelése miatt) hozták létre ezt a koncepciót majd terméket. 1 gépnél nem számít pár W megtakarítás, de több száz vagy akár több ezres OEM gépparkoknál sokat spórolhatnak a villanyszámlán. AMD-nél a teljesítményért feláldozták az idle/kis terhelésű fogyasztást, ami így sem rossz, de sok gépnél már nem versenyképes. Arról már nem is beszélve, hogy 1-1 háttérfolyamat ha elindul egy adott nagy magon, akkor a régi adatokat törli a gyorsítótárból a mag, és nem tudja folytatni a régi adatokkal a félbehagyott munkafolyamatot, aztán később ezen adatokat a memóriából kell visszamásolni. Erre tökéletes több alacsony fogyasztású, kisebb teljesítményű mag, így mindegy milyen program fut, mindig alkalmazkodnak a magok hozzá. (Az más kérdés, hogy mennyi idő alatt írnak hozzá jó szoftvert, de a koncepció jó.) Azon programok, amelyek kihasználnak 20-30 magot, ott a kis magok hatékonyabbak mint negyed annyi erős mag HT-vel.
[ Szerkesztve ]
-
fatpingvin
őstag
ehhez minek ai, komolyan...
vagy megfordítom, szerinted ebben a történetben ahol a teljesítményoptimalizálás a cél, mi értelme egy ilyen erőforrrásigényes megoldásnak?A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
dokanin
aktív tag
Hát ja. Vagy i9-et veszel mert kell a teljesítmény, de ahhoz power kell, vagy ha a villanyszámla érdekel elsősorban, akkor meg celeront.
Kb mintha sportautót akarnék venni és azt akarnám, hogy 5 liter alatt fogyasszon de ez legyen a leggyorsabb. Hát nem tudom, hogy van-e ilyen az életben. -
fatpingvin
őstag
nyilván nem erről a konkrét modellről beszélek, sokkal inkább a koncepcióról hogy van pár kisebb meg több nagyobb magod és tudsz köztük feladatokat leosztani, ahogy ez ARM-en már egy ideje van.
ennél már csak a heterogén utasításkészlet lenne mókásabb. nekem mondjuk nagyon tetszene egy vegyes x86-ARM/POWER/SPARC proci, x86 magok mehetnek egy virtuális gépnek, a normálisabbak meg a hipervizor alá.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
fatpingvin
őstag
-
opr
veterán
válasz fatpingvin #24 üzenetére
Legacy programokhoz profilozasra, hogy mi hol erzi jol magat es miert. Aztan a kernelben mar nyilvan nem kell AI fusson, csak az AI kimenete. Plusz az AI -mint medenhol mashol - nem a kliensnel fut, hanem mondjuk egy opt-in adatbekuldes utan az intel/MS-nel/akarhol, aztan a vegeredmenyt lehet update formaban visszakuldeni a klienshez, ahol viszont mar semmi hatranya nincs a dolognak, elonye viszont van rengeteg.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
opr
veterán
-
sb
veterán
Amiért nem veszel 16 hengeres autót otthonra? Pedig pályanapra évente 1x jó lenne.
Vagy amiért lekapcsol 4 henger a 8-ból?Amiről te írsz a brute force megoldás. Ami igazából nem is megoldás semmire mert ilyen alapon még több erős mag még jobb. 8 helyett 16 jobb, ahelyett a 32 és a 64 MÉG jobb.
De a valóságban van olyan, hogy optimum ill. más paraméterek... és általában 10-ból 9.5 ember arra törekszik.Visszakanyarodva a fenti példára, ezért nem jár senki napi szinten Ferrarival... mert erős, de kicsi a csomagtartója.... meg traktorral se, mert annyi "csomag" meg nem kell és nehezen parkol.
@opr:
A Ryzenek pl. amivel nagyon sok teljesítményt nyernek: IF, magas frekik, nagy ramfreki az idle fogyasztást is jó 20-25W-tal megdobják. Az mivel hw-s megoldás nem lehet kikerülni de ettől közel sem optimális és számít.Nem 2 vs 10W hanem 25W (4650G) vs 45-55W (3600) nálam.
Persze a legegyszerűbb úton kell spórolni először. Ha sok az idle=nincs szükség a gépre akkor minek menjen? Ez is lefelezi az átlagfogyasztást de itt jön be a többi paraméter ami szintén számít, főleg ha csak használni szeretné vki kényelmesen az eszközt.Régen elvoltunk 2 perces boot idővel is... ma már nem. A 10-15mp még belefér, de igazából (ultra)mobil OS-ekről megérkezve már ennyit se bírnak az emberek. Ha a fentit nézem: sokat eszik de kilövöm akkor valóban sokkal kényelmetlenebb 10mp is, mint a megnyomom a gombot és ott a felület.
Intelnél úgy van connected standby is egy ideje amivel az utlramobil platformoknak ezt a részét próbálják utolérni. Ha kikapcsolod nem jön meg az üzenet sem pedig ez is elég alap elvárás manapság. Ahogy az is, hogy az ultramobilt ki sem kapcsolod. Előhúzod és máris tudod használni. Cserébe mégis 4 napig online ha nem használod.Ezek olyanok amiket egy átlaguser néz. És szerintem nincs is eltévedve ha ez számít neki.
Megérkezik a mail és csipog. Miért ne jöhetne ez asztalra is, nemcsak a zsebbe? Előveszi és máris ott van. Valamit meg akar nézni, a telefonért, tabletért nyúl mert megy. Felveszi és ha nincs kikapcsolva akkor nincs lemerülve sem, mint az x86 notija...Ezek tök hétköznapi események és emellé az x86-os rendszerek olyan mintha a tárcsázós telefont kéne előkapni a hátizsákból.
Szerintem szükséges irány, főleg most amikor nem 2-4 magokról beszélünk x86-on hanem 8-16-32-ről.
Jó is az irány mert nem az agyatlan brute force megoldás. Hw-s oldalról nem is lehetséges sok esetben.
Hogy mennyire egyszerű az más kérdés... nyilván nem az mert sw oldali támogatás kell. Ami pedig bonyolult és drága. Innen jön szerintem dokanin nézőpontja is.
És ez igaz is. De meg kell lépni ha erre akarunk fejlődni. Ára az lesz. Ez van.[ Szerkesztve ]
-
Puma K
veterán
válasz fatpingvin #12 üzenetére
Nálam a mostani 8 "erős magos" és 16 feldolgozószálas 9900K 5100 MHz @ 1,264-1,28v-on játékok (több órán át Battlefield 1, GTA Online és Overwatch) közben 158W-ot fogyasztott maximum fixált órajellel és feszültséggel naprakész Windows 10 indulásakor 15W-ot evett.
Most hogy fut a Steam és a Battlenet játék kliensek amik meg is vannak nyitva, és a Firefox 90.0 verzióval 4 lappal amiből 1 stream kér magának 18-32W között a proci.
[ Szerkesztve ]
"Cuccok: csattogós lepke és tiki-taki" └[ʘヘʘ]┘
-
opr
veterán
Na, ez a 18-32W pont eleg ahhoz, hogy ertelme legyen a dolognak. Na nem feltetlen otthoni felhasznaloknak, de irodakban ha ezt sikerul levinni 5W korulre ugy, hogy kozben a csucsteljesitmeny nem szenved csorbat, akkor boven lesz igeny ra.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Puma K
veterán
Ha nem lenne fixálva nálam az órajel és a feszültség azaz vissza venné magát terheléstől függően de 800 MHz-re és 0,9 vagy mennyi v-ra, akkor ez még kevesebb tudna lenni. Csak nálam 24/7-ben 2019 szeptembere óta így megy a szett.
De értem a rációt abban amit mondasz.
[ Szerkesztve ]
"Cuccok: csattogós lepke és tiki-taki" └[ʘヘʘ]┘
-
sb
veterán
Ja és még egy tévképzet - szerintem.
Azt írtam, hogy hw oldalról nem is megoldható minden.
Sw oldaról viszont muszáj ezzel foglalkozni ha igazán optimális megoldást akarsz. Az téves, hogy ehhez sw oldalon nem kell hozzátenni, akár most is, heterogén rendszer nélkül.Ultramobilon, főleg droidon is sláger volt gyerekbetegségként évekig a battery drain. Azt csak os oldalról nem lehetett volna értelmezhető, kényelmes szinte hozni. Persze van hibernálás meg minden szar de attól os szintről kezelve ugyanúgy szarul működhet egy progi.
Az ok meg egyszerű: az os nem tudja mit és miért csinál a futtatott user app. Lehet,hogy kilövi amikor nem kéne, leveszi a prioritást amikor pörögnie kéne. Önmagában a cpu terhelés sem ad semmi infót mert lehet, hogy azért eszi a cpu-t mert szar a program. Akkor vissza kéne fogni. De lehet, hogy azért pörög, hogy téged kiszolgáljon. Ezt honnan tudod os szinten?
Épp ezért vannak x86 és a hw-s (pl. Ryzen) oldalon is anomáliák. Nem hatékony a kezelésük.
Erről regényt írtam már más topicokban, hogy turbo, órajelkezelés, os szintű power eff. beállíás agresszívitásban milyen különbségek vannak.A kétmagos Athlon így tud pattogósabb lenni mint a 6-8 magos Ryzen. Így lehet egy TCMD megnyitásra is 2mp-t várni PCIe 4.0 SSD-vel is. Vagy így lehet utóbbi 4k random IOPS-át negyedelni.
Vagy fordítva: 2-3 agresszívebb beállítással így lehet elérni, hogy a fent írt 45W helyett is 80-90W-ot elpöfög egy 3600 "idle"-ben. Értsd: 0.5-1% cpu terhelésen amikor csak a megnyitott cuccok állnak a desktopon de semmi nem történik. Ha meg egy szarul megírt progi feltolja 2%-ra akkor már ez sem tartható.
Esetleg tolsz egy Cinebench egyszálas mérést és nem tud maxra Turbozni mert a cpu félreérti a terhelést. Allcore Turbo-n tartja magát a CB 99.9% single core és a maradék 0.1% többi magot érintő terhelése miatt.Ezt nem tudod hw/os oldalról optimálisan kezelni.
-
sb
veterán
Aztán elindul egy progi ami más jellegű terhelést ad/szar és rádob még 10W-ot.
Nálam a HD Sentinel pl. +5-10W 3600-on. A maradék tray-en futó 8-10 app semmi iylet nem csinál.Ill. nyilván az is eszik cpu-t, 2-3W-ot a 10 cucc biztos rátesz ahhoz képest ha egyik sem futna. De ez így normális.
Ellenben a fentivel.[ Szerkesztve ]
-
opr
veterán
Persze, nalam is igy van ez, bar En at szoktam kattintgatni Ryzen Master-ben, amikor kell a kraft, akkor fixen 4.2-n megy minden magon az R7 1700, amikor meg nem kell, akkor csinalja csak ahogy gondolja es egyen keveset. De ha nem lenne egy gombnyomasos, ujrainditas nelkuli megoldas, nalam is siman fix 4.2-n menne az egesz. Otthon ez nem annyira lenyeges szerintem sem.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
sb
veterán
Nálam a Park Contol nevü progi váltogat Win10 power sémák között. Nekem csak ez segített úgy, hogy idle/light load sem kell +10-40W-okat rápakolni de a gép sem megy vissza 2-3 generációt reakcióidőben.
Ha power eff-re rakod a win10 sémát akkor értelmezhetetlenül belassul a gép, az órajelkezelése konzervatív lesz, core parking, magok kikapcsolása is sokat lassít, ez téma volt a Ryzen megjelenésekor. Az SSD-n a cpu lomhasága is lassít (Intelen is, egy konzervatívabb Speedstep ugyanúgy felezi, harmadolja a 4k IPOS-t) és a cpu-tól független PCIe energiatakarékosság is.
Viszont ha ez mind fel van tolva, energiamenedzsment kilőve az meg valós idle (tényleg 0% körüli) terhelésen egyből +10-20W. Kis terhelésen (gyk egy megnyitott, leminimalizált FF ablak is) meg még több lehet.
-
dokanin
aktív tag
Hát pont ezaz. Mindenki az optimumra törekszik. Pont ezért a középkategóriában lenne max értelme ennek a vegyes designak szerintem. Ahol jó, ha elő lehet szedni többletteljesítményt ha kell, de a gazdaságosság is fontos. A Csúcskategóriában viszont tök felesleges a 8 gyenge mag szerintem. Mert lehet, hogy lehet találni olyan helyzetet, amikor jól jöhet még ott is, viszont sokkal több az olyan, amikor meg direkt árt.
-
sb
veterán
De mi a csúcskategória? 64 mag? Oda valóban felesleges...
Vagy már 6-8-12 mag mellé sem kell?
Most 6-8 notikat tudsz venni 1000 EUR körül amik letolják teljesítményben az 5 évvel ezelőtti desktopot kb. 3x. Oda elkelne pl...De amúgy szerintem a teljes mainstreambe mehet. Ahol kell a kraft a legritkább esetben kell mindig. Max a renderfarmon meg a bányában van így. A többi helyre - átlagfelhasználóknak - meg ez a kombó a megfelelő.
Fentebb próbáltam fejtegetni, hogy miért. Senkinek a gépe nem ketyeg 0/24-ben úgy, hogy közben 50W-ot bezabál idle. Az elég necces lenne.
Ha viszont ketyeghetne mert az 50W-ból 5W lesz akkor miért ne? Onnantól online van mindig. Notira még inkább igaz. Most olyan határon belül használjuk amin belül kevésbé látszik szükségesnek de épp azért mert ezen belül vizsgálod.Notikon se lehetett anno érdemben játszani vagy normális, erős konfigot használni bármihez. Ma meg lehet. Innentől változnak a keretek is.
-
uvlight
csendes tag
Ha lehet választani a kis magok és az AVX512 között én az utóbbit választom.
-
#90088192
törölt tag
Sajnos rengeteg értetlen ember van, láttam nem egy kapuzárási pánikban szenvedő embert Ferrarival rohangálni nap mint nap. Aztán jön a hír hogy gyulladtak ki sorban.
A traktor a városban ideális, kerekbilincs nem létezik rá, kisebb a forduló köre mint az autóké, a szomszéd parkoló helyen álló próbálja csak kivágni az ajtót, nem hiszem sok karcolás lesz rajta, beállhat az ember 2 helyre senki nem szól miatta, büntető fékezés előtte egyenlő az öngyilkossággal, ha kirakod az irányjelzőt beengednek, ha mégsem, akkor egy doccenes és máris az új sávban vagy, és jó esetben sosem kapsz gyorshajtás miatt csekket. -
dokanin
aktív tag
"De mi a csúcskategória? 64 mag? Oda valóban felesleges..."
Nyilván termékkategórián belül, azaz desktop, azaz i9. HEDT meg server nyilván más tészta.
Notebookban is simán lehet jó a kicsi mag. De hogy mit keres a csúcskategóriában az számomra rejtély, mivel elveszi a helyet a nagy magoktól, ami miatt csúcs a csúcs. De ez csak az én véleményem. És azt sem jelenti, hogy én valaha is vennék csúcsprocit magamnak, de ahogy látjuk van aki igen és szerintem azt meg elriasztja a kis mag, amikor csúcsprocit akar választani. De majd kiderül. -
Fücsök007
őstag
Nincs igazad, mert maximum 10 magos proci lehetne az Alder Lake, a Raptor Lake meg 12 magos, helyette kapsz sok magot 3,5-4GHz körüli órajellel és kb. Skylake IPC-vel. Egyébként a win11-nél debütáló DirectStore PC-n 4 magot elvesz ha direktre portolják konzolról, mert nincs dedikált gyorstó az asztali gépeken, plusz ugyanúgy fog kelleni hozzá gyors NVME SSD. Ezen játékok 2022 előtt nem fognak megjelenni, de azokhoz már 10 mag kevés lesz, még 12 maggal is necces, mindez háttérfolyamatok nélkül értendő.
-
opr
veterán
Erősen meglepne, ha ez igaz lenne. A kis magoknak az értelme az lenne, hogy takarékosak nagyon, nem az, hogy erősek.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Fücsök007
őstag
Pontosabbak kellően erősek, és alacsony fogyasztásúak. Például nem működne a koncepció ha mondjuk a régi Core2 vagy első generációs i7 magok IPC-jét kapnánk, (HT nélkül azonos órajelen a 45nm-es Quad i7 procik kb. 5%-al erősebbek csak), ami ma már elég gyenge, és érezhető is lenne. Vicces is lenne ha könnyedén leterhelné 100%-ra 2-3 háttérprogram 6-8 harmatgyenge magot. Tehát van egy optimum amit tartani kell, és ezt elérték szerencsére a Gracemont magokkal.
[ Szerkesztve ]