-
GAMEPOD.hu
AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4) topik összefoglaló
Új hozzászólás Aktív témák
-
Alpi.
addikt
válasz steewcv65 #14470 üzenetére
Nem rossz a gondolat, mármint a ram csere, ha tényleg ennyire makacs a jelenlegi, viszont ez a latency számítás nem igen alkalmazható. Itt főleg, ahol a ramon kívül ott az inf. fabric, ami meghatározó módon befolyásolja az eredő latency-t.
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz keIdor #14472 üzenetére
"Szoval akkor single rank 2x8gb 3600mhz cl16-al nem vagyok elorebb?"
Ha segít a dolgon az alacsonyabb latency, akkor de, nagyon is előrébb lennél !
Viszont amíg nem tudjuk, mi is az oka a picit lazsálgató vga-nak, addig ez csak találgatás.
Hasonló konfiggal néztél YT-on videot (ha van) ? Vagy láttad másnál, hogy megy és egyértelműen Nálad valami nem egészen ok ? Nem hitetlenkedek vagy efféle, de én spec. semennyire nem ismerem a játékot és beugrott a BF(5 talán), amiről viszont lehetett tudni, hogy tipikusan a "semmit nem kihajtó" játék. Mert ha itt is vallami engine irányú "belső takk" miatt csinálja, akkor nem biztos, hogy érdemes energiát és pénzt rakni és megpróbálni megoldani, mert nem fog sikerülni.https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz steewcv65 #14474 üzenetére
Fele a ram órajelnek. 1600 mhz. Vélhetően, amennyiben 1:1:1 -ben megy, de szinkronba szokta tartani hacsak nem szólítják fel kézzel az ellenkezőjére.
3600 Mhz-es ramokkal 1800-as inf.fabric-od lenne, ami közel 12%-os plusz és mivel az az órajelen kívül minden más tényezőjében állandó buszrendszer majdhogynem egyenes arányban meg is jelenik a csökkenés a latency-jében, ami meg a ramok elérhető, minimum késleltetését is csökkenti. (természetesen ezt még el lehet rontani valami atom életellenes ram setuppal, de jellemzően ebben a régióban 3200-3600 Mhz-nél ez nagyságrendileg a ram latency-ben is hozza a csökkenést.)[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
Na, ez nem lett a legvilágosabb magyarázat asszem', visszaolvasva. Bocsi.
A lényeg, hogy az inf. fabric-on keresztül kommunikálgat egymással kb. minden lényeges dolog. Az inf. fab.-nak, mint minden buszrendszernek van egy latency-je. Azaz, ha egyik végén bekiabálunk, a másik végén egy icipici késéssel nyerhetjük ki az infot. Általában csak a sávszél értéket szokták emlegetni, ami nyílván van neki szintén, de jelen esetben a latency az, ami nekünk fontosabb. Mind a sávszél, mind a latency kb. egyenes arányban változik az órajellel. Emiatt aztán hiába rakunk mi 3800 c12-es ramokat az egyik végébe, az adatok, amikkel a ramok dolgoznának az inf. fabric latency-je lesz a mérvadó, mert az a csatorna, azt nem lehet megelőzni. Emiatt mondtam, hogy egy inf. fab. emelés vélhetően azonnal mutatná, ha segít az esetedben a latency csökkenése. Mindamellett a Ryzenekbe elég komoly méretű cache került, ami ráadásul itt, Zen3-ba még flexibilesebben, gyorsabban használható. A nagyobb cache, csökkenti a ram latency-től való "függést". (nem véletlen volt olyan fontos az órisái méretű L3 Am4-nél) Emiatt sokszor egy Aida mérésből kiindulva, azonnal rávágnánk, hogy óóóóó, Te miez Te ? Ez a baj, mert ott egy kevésbé pompás érték virít, a valós használatban viszont mégsem olyan nagy probléma. Ez nyílván full eseti. Lehet bármilyen hardverünk, ha a program valami olyan típusú feladatot tologat az orra alá, ami pont nem az erőssége, akkor megette a fene. Emiatt kérdeztem, mennyire vagy biztos benne, hogy egyáltalán van még benne látható javulás. (a játékban, a konfigodon)
Pont ezek miatt van az, hogy mindig látni egy-egy játékot, ami Intelen sokkal jobban fut, míg egy másik meg pont Amd-n lesz nagyságrendekkel jobb.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz sfknasty #14551 üzenetére
A tFaw kapcsolatban áll a tRRD-vel. A 16 nem "szentírás", tRRD : 4 -hez a legszűkebb érték. A tFAW "túl" is szűkíteni, olyankor is indul(hat), megy, de lassulást okoz, mert mivel túl szűk, nem adja ki a 4 ciklust, így triggereli magát és újra indul. Tehát ha Neked 20 kéne, de 18-at állítasz, akkor gyakorlatilag 36-ot ad.
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz keIdor #14838 üzenetére
Pont a napokban olvasgattam zen4 híreket / feltételezéseket és ott volt, hogy állítólag megduplázzák az L2-t (is). Azt, ha hasonlóan jól, mint eddig az Am4-eseknél láthattuk, összerakják, szvsz megint komolyat fog szólni !
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz hokuszpk #14848 üzenetére
Jaja, jönnek a nagy frekis 128-256 GB-os modulok. Azt, hogy mire fogjuk majd használni még nem igazán tudni, de célt sokkal könnyebben talál az ember, mint eszközt.
A nagy cache és a 3d V-cache-el felpattintható rettentő méretű L3 is ugyan úgy sokkal inkább a DDR5-höz van illesztve szvsz. Minél nagyobb cache-ünk van, annál kevésbé számít a latency, mivel megfelelő cahce -elés mellett egyben, nagy darab adatkolbászkákat lehet áthúzni a sok apró helyett. Persze egy sor más helyen is előnyös, de én inkább emiatt érzem fontos lépésnek. Ha megfelelően felépítik szinte vga-s, szinte csak ram sávszélre érzékeny rendszert kapnak. Ahhoz meg elég az órajelet tolni felfele, a bonyolultabb oldala, az időzítések sokkal kevésbé lennének fajsúlyosak, Ez elejétől fogva jelen van Am4-nél, ezért volt kicsit még fontosabb a nagy méretű cache. Ezzel részben tudták kompenzálni az inf. fabric által okozott magasabb ram latency-t. Lehet, totálisan félre látom, ez csak az én ötletelgetésem, nem több, de nekem ez sokkal inkább megmagyarázná, miért dolgoznak egy ekkora méretű plusz cache-en, mint az a néhány plusz fps, amivel anno demózták a bemutatón.https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz atillaahun #14871 üzenetére
Nincs mitől jobban melegedjen a hűtő, mert nincs nagy hőmennyiség ahhoz a felülethez.
Viszont ugyan az a hőmennyiség távozik (ok, nem mind, de stressz tesztnél ott képződik igazán több) a CCD-ről, aminek viszont már nagyon kicsi a felülete.
A szokott példám : Az égő gyufa hőfoka vs. fűtőtest. A gyufa sokkal melegebb, mégis jobb a fűtőtest a szobahőfok emelésére.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
"Ugyan ezek" monolit kiépítésben : [5000G Apu hőfokok]
Zen2, de szvsz valami hasonló lehet az 5000-eseknél is.
[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
Egy az egyben nem összevethető, mert bár Zen3 alapú, de azért vannak változtatások plusz ott a nagyobb felület viszont van mellette egy komolyabb igp/soc, ami szintén belead valamicskét. Sajna nem tudtam ennél jobb példát. Ha egy monolit Intellel vetjük össze, ott még sokkal több a változó.
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz ScomComputer #14899 üzenetére
Most hogy van azt nem tudom, de anno én pont ezért szedtem le a drivert és pucoltam ki az energiasémákat, amd-set, 1usmus-osat, mindent, mert jobb volt a win10 alap sémájával. (az elején még olyan középszar volt alapból a win, ezért hasznos volt felrakni a driver ezen részét)
Hardveres c-state vezérlés bios-ba és alap win séma megy nálam jó ideje. Hibátlan !https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz jokeph #14905 üzenetére
Több dolog is befolyásolhatja ezt. Pbo, vrm viselkedés meg még ki tudja mi. Egy csomó fiszfasz dolog meg van adva ezekbe a cpu profilokba. Milyen aggresszíven reagáljon a terhelésre, milyen gyorsan vegyen vissza ha mennyi ideig nincs load, stb. Anno egyszer nézegettem egy teljes, kibontott listát, de azon túl, hogy alig egy egy változót tudtam hova rakni már arra sem emlékszem.
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz hokuszpk #14909 üzenetére
Egyébként az az 1,1V az Vsoc a képen.
PeachMan:
Offsetnél nem kapsz fix értéket, amihez lehet(ne) +/- -ba állítani, mert annak nem sok értelme lenne. Ha fix fesz kell, arra van a manual / override. Amennyit beírsz, annyi lesz. Offsetnél az eltolás mértéke a lényeg. Amit beállítasz, annyival módosítja a Vcore-t, ami alapból a Vid értéket követi.
Tehát ha a cpu vid : 1.3 akkor full auto-n 1,3V-ot igyekszik biztosítani a Vrm controller.
Ha állítasz mondjuk -0.0250 offsetet, akkor ugyan ebben az esetben ugye megint 1,3 a vid, de most 1,2750 mV lesz amit a Vrm megcélóz. A vid az folyamatosan, terheléstől, órajeltől, hőfoktól változik, jelezve a cpu aktuális fesz igényét a Vrm controller fele.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz jokeph #15061 üzenetére
Jaja, olyas körül van az enyém is idle. Sok egyéb dolog fogyaszt még. Az RGB. Aztán ott a többi RGB még.
Viccet félretéve, van ott még pác chip. PCH, különböző vezérlők, ott vannak a ramok és nem utolsó sorban az ok, hogy a gpu alig fogyaszt, de akad még jópár egyéb fogyasztó is a vgan. Mindehhez hozzájön, hogy a fesszabályzók is szivárogtatnak, ilyen kis felvételnél nem is keveset, százalékosan. A tápon szintén ugyan ez. Összejön pikk-pakk egy 75-90W.https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz jokeph #15063 üzenetére
Nálam valami 10-15W -al többet fogyasztott Am4 ha jól emlékszem. (idle)
9900K vs. 3800X
Persze a lap is változott, de ezen felül kb. minden más ugyan az maradt. Vga, a hűtések, stb.
Játékok alatt, vga power limiten, cpu kisebb terhelésen, nagyságrendileg hasonló különbséggel, de pont fordítva alakul a fogyi.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
"Effective core clock az kevesebb lenne, mert átlagot mér, vagyis a nagyon pici leeső tüskéket is átlagolja."
Az effektív órajel = órajel x terhelés. Ha csak az órajelhez lenne köze, nem lehetne külön érték minden szálnak pl.
Meg nem eshetne 0 közeli értékekre sem.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
[Itt elég jól látható a működés]
CB multinál nincs nagy story. Cb single 1 szálat terhel, de nem határozza meg, hogy melyiket. Az ütemező kiosztja a preferált magok közt. (99%-ban a 2 legjobb mag közt 1/1 + 1/2 jelölés hwinfoba) Időről időre látni, hogy a magok váltanak szálat. Ilyenkor az aktuális mag 2 szálának az effektív órajelét ha összeadjuk akkor közel a mag órajelét kapjuk. Aztán a Cpuz single tesztnél, ami viszont kötötten, mindig a 0-s mag, 0-s szálán fut csak azon az egyen lesz, egy, az órajelhez közeli effektív értékünk.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz Zsolty20 #18214 üzenetére
Ez Bdie kit, ennél sokkal-sokkal többet tud !
Volt [ilyen kit-em] !https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz Zsolty20 #18222 üzenetére
Visszakerestem, [itt találsz pár infót], de ez már ezer éve volt, még Zen+ időkben.
Az ic a lényeg, ez is annyit tud, mint általában a bdie kit-ek. Kis szórás van +/- , de ennyi.pl. #18196, #18211, #18215 Ezek mind bdie profilok. Valami hasonlót Te is tudnál a ramoddal.
[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz hokuszpk #18251 üzenetére
Állítólag ezeknél teljesen ok az a magasabb érték is. Mmint magasabb, mint amit egy desktop típusnál adnék a sajátomnak. Nem beszélve, hogy már 1.25v előtt fordulna visszájára a "tuning". Jól megmelegedne az imc és olyankor aztán leginkább semerre sem megy.
Ott meg skáláz rá. Mondjuk ez részben a monolit design-nak és a jobb hőelvonásnak is köszönhető az is tuti.https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz jokeph #18293 üzenetére
Post-olt 4000-en ?
Az pedig nem annyira egyértelmű azzal a lappal ! Wow ! Mondjuk nem ma volt, de akkor, mikor komolyabban toltam azzal a lappal még a 4000 mhz -es multi amolyan lyuk / bugos multi volt. Hozzáteszem azért kimaxoltam a saját magam szopatását azzal, hogy akkor még tudatlanul behúztam egy A2 nyákos kit-et a legeslegelején. Idővel lett világos, hogy mi miatt szárítja ki az arcom időnként a viharos szembeszél...
Mondjuk tudtam 4000-es ramot, de bclk-val csak. Post-ot sem láttam nagyon. Talán 1-2x bevillant a moncsi és akkor halt meg, de ez volt a max. 4000-s strap-en.
Mondjuk most ugrott be, hogy mikor teszt jelleggel bedobtam a Nyanya-kat, amik A2-esek szintén, simán ment 3733-on Cr1 -el. Anno Cr1 3000 fölött felejtős volt pl. alapból. Apex-be tudott 3200-t, 3400-at 1T -vel, de aztán ott is jött a 2T ha magasabbra vágytam.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz jokeph #18299 üzenetére
Ja, hát van is a mondás, hogy ritka, mint C6H-ban az 1T !
Plusz annál nem az van, hogy alig megy rosszabbul 4 stick-kel, mint kettővel, de kis szerencsével még javul is ! Ha van lap, ami szemlélteti a T-top előnyeit, akkor ez az svsz !
Valahogy mindig egy picit jobb ram tempót tudott, mint bármi más, nagyon hasonló setup.
Hwboton volt egy-egy órajel limites versenyke, ott mindig kijött ! Szinte zavaróan könnyedén jöttek az erős eredmények ! Nagyon szeretem azt a lapot. Nem nagy túlzás ha azt mondom, ezt szerettem a legjobban. Annyi jó élményt, pillanatot amit ezzel megéltem, nem adott semmi. Hibátlan volt napira, benchelni, bármire. Jöttek a cpuk, ramok, stb. de az, hogy a C6H már-már zavaróan hibátlan módon menjen, az maradt ! Csak ment, ment, tudta az EDC-t, ment vele a bclk oc. Amit csak kívántam, Ő azt nem csak olyan szinten, mint ahogy előre elképzeltem, hanem inkább még egy kicsit jobban megcsinálta ! Talán pont emiatt éltem meg ilyen fájó "merényletnek", amit elkövettek a 300-asok ellen. Merthogy ez az egyik legjobb lap, amit valaha készítettek Am4-es platformra. Az, hogy 300-as széria ? Na bumm... Fájó volt látni, hogy ilyen f@s... izé' vitatható gondolatmenet mentén, gyakoraltilag kukázva lett egy ilyen jó lap !https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz jokeph #18301 üzenetére
Hát, ha lesz bios és netán hibáznak egy aprócskát megint, még pci-e 4.0 is lehet !
Van 4.0-s bios csak az a probléma, hogy egy korai Zen2-es verzió, ami közel sem annyira kiforrott, mint a mai-ak. De ha mindenképp kell a 4.0, akkor azt tudja. xD
(ez volt a pici hiba. bent maradt véletlen a pci-e gen opciók közt a 4.0. Az Amd CBS menübe.)https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz KisBundi #18322 üzenetére
Mit mutat az a hőfok, ami magasabb ? Egy, a cpu által közölt valamilyen hőfokot. A Cpu több hőfok értéket is tud. Hwinfo-ba láthatóak. Nem sok diffi van köztük a legtöbb esetben, de van amikor 5-10 fokkal is eltér az egyik, másik. Itt még azt se tudjuk, hogy a 3 közül melyik az egy, aki mindent visz, pedig az se jutna a "tájékoztató jellegű információ" fölé.
Lehet, hogy a legmagasabb érzékelt hőfok ? Igen. Lehet, hogy 4-5 érték átlaga ? Igen. Lehet bármi ? Igen.
Ha a "Hot spot", akkor lehet, hogy van olyan rész, ami meg pont hűvösebb ? Igen.
Ha füllentenének és az eddigi 75 helyett 56 -ot jelezne észrevenné valaki, hogy valójában nem is annyi kéne legyen ? - Nem ![ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz ScomComputer #18317 üzenetére
[Kísérteties a hasonlóság ! ]
Csak ők 30-ra és 9-re módosították !https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz KisBundi #18325 üzenetére
Az alaplapból kiolvasott érték az aztán még egy kicsit pontatlanabb ! Van, hogy egyik bios-al ennyit mutat, másikkal annyit. Ettől még lehet jó is, de sztem érdemes rápillantani, mennyire futnak együtt a cpu-bol kiolvasott értékekkel. Már csak azért is, mert ott nem feltétlen probléma ha nem halálpontos vagy ritkább a mintavételezés és "lustábban" követi a valós változásokat, mert amikre használják (pl. a ventivezérlés, ahogy említetted is !) tökéletesen vezérelhető közelítő értékekkel is ! Ha követi jellegében a cpu-t, onnan már nincs tovább. És nem is feltétlen fontos, hogy ami 55 fok a cpu szenzornál-nál, az 55 fok legyen a lap által közölt is. Mondom, ettől még lehet jó ! Csak érdemes rápillantani mennyire fut a cpu által közölt értékekkel.
Ez igaz egy csomó másra is. Vcore-ra pl. A történet ugyan ez. Vagy legalábbis jellegében hasonló.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz ScomComputer #18328 üzenetére
[Csúfabb honlap, de picit több info van. Egyébként ez annyira nem friss hír, ahogy látom a dátumból ! ]
Lehet, hogy azért tudott csak ilyen vállalhatatlanul gyengét, mert nagyon korai darab.
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
PPT : hez beírsz alacsonyabb értékeket és az az ECO mód. Vagyis az egy előre megadott alacsony érték. Ha te adod meg, akkor választhatsz ! Megnézheted egy picit alacsonyabban vagy épp egy kicsit magasabb értékkel. Lehet 30-40W -os limittel is menni és meglepődnétek, mennyi minden megmarad még akkor is !
Szerk : Most nézem, hogy a linkelt videoban látni, hogy alul írja is, hogy milyen értékeket ad meg Eco módban. Ahogy nézem simán maradhat a PPT-n kívül minden auto-n. az a TDC / EDC nem igazán limitál semmit olyan alacsony PPT mellett.
[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz 4264adam #18498 üzenetére
Mindenek előtt érdemes rápróbálni 1933-ra. Ha ott indul, 1900-on meg nem, akkor lehet, el kell engedni azt (1900-at), mert ott valamiért nem minden esetben akar működini. Fene tudja, mi(k)től függ, de van, hogy ott egyszerűen még post-olni sem hajlandó.
Lehet, hogy 1933-on már nem lesz hibátlan, jönnek a whea-k pl., de ha ott post-ol, 1900-on meg nem, mindenképp megspórolhatsz egy sor "fölösleges" kínlódást. (ha nem csak az 1867 + 33 Mhz -el kell megvívnod)[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
A max közeli feszeket nem max közeli terhelésen kapja, ez biztos. (ha valamivel egyenesebb arányba kéne a vcore-t helyezni, az az órajel lenne sokkal inkább, mint a terhelés) Akkora vid mellett csak pár mag van terhelve vagy részterhelésen egy kicsivel több. Az áramerősség az, ami inkább együtt fut a terheléssel. Az meg, hogy 79 fok részterhelésen azt jelenti, hogy valahol a cpuban egy szenzor, de akár több szenzor átlaga vagy max. értéke annyi. Ez lehet 1-2 max környékén boostoló magtól. Attól a cpu többi része lehet jóval alacsonyabban is. Ha ezt megoldjátok, akkor kb. nem szabad hagyni magasra boostolni és kész. Tényleg cél ez ?
Nagyon sarkított példa, de itt van a 3800X-em. Szerintetek multi thread vagy single alatt melegebb ? Valami ilyesmi (is) történhet BF közben és ez egyáltalán nem "gond". Tényleg a boost megvágásával lehet megoldani. Ha tényleg gond van a hűtéssel, akk full terhelésen kéne túlzottan meleg legyen. HA ott nem melegszik túl, akk. sztem nem kell ezt a részterheléses, magasabb jelzett hőfokot túlgondolni. Csak tippelni tudunk, mi történik a cpuban. Ő meg szépen kontrol alatt tartja magát. Mivel sztem jobban tudja, nem biztos, hogy mindenáron segíteni kell neki.
[3800X - CB multi + single]
Játék közben mennyivel melgebb am. a házban a levegő. Gondolom a vga picit emel rajta. Azt egy az egybe le lehet vonni a 79-ből. Ha 5 fok, akk is 74. Ami azért nem életveszély.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz Bile Demon #18897 üzenetére
Nem tud 300-800 Mhz-et a cpu.
Azt hiszem 16 vagy 18 a min szorzó.
Bár, ha jobban végig gondolom, 40-es bclk-val ott a 720 Mhz ![ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
"HWinfo64 mit mutat mellette CPU Package, vagy CPU (Tctl/Tdie)-ra?"
+1 vagyis +11111
Jó ideje a hwinfo az, amihez érdemes tartani. Minden más hordoz magába némi "random faktort".
Nem rossz dolog az, ha konkrétan tudjuk, minek az értékét látjuk ![ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
-
Alpi.
addikt
Mutat egy értéket, de semmit nem csinál. Állíts be 20A -t és nézd meg változik-e valami.
Nem fog.Rebelf : "Próbáltad a manual proci vcore-t belőni amíg stabil még a 4.65 vagy auto-n nyomatod?"
Remélem nem auto-val csinálja !! Fix frekit és auto vcore-t sose használjatok !!!
Ha van valami, ami veszélyes, akkor ez az !
Nem csak Ryzennél, hanem bármi másnál sem célszerű !
Jó ideje szervesen kapcsolódik a vid érték a frekvenciához. Ha azt fixáljuk, egyáltalán nem törvényszerű, hogy a vid (többé-kevésbé) továbbra is értelmes értéket ad. Ergo amíg auto-n van a Vcore, az órajelet fixáltátok (amivel egy csomó rendszer működésképtelen lesz Zen2/3-nál), akkor gondolhattok rá úgy, hogy bármi lehet !
Ezzel a módszerrel történt egy 3900X (asszem) "dokumentált" megölése anno.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
Nincs is értelme ezeknek a limiteknek ott. Adott a freki, adott a fesz. Az áramfelvétel a terheléstől függ.
Nem tud áramfelvétel, fogyasztás, stb.-hez korrigálni. Hőfokra sem.
Ha ráraknál valami nagyon ergye hűtőt, boosttal nem lenne 90-95 foknál melegebb. Drasztikusan visszavenné az órajelet, mindenképp próbálna védekezni a túémelegedés ellen.
Ha fixálod a setupot egy ratyi hűtővel pár sec alatt lelövi a rendszert, mert eléri a maximum hőfokot. (105 fok talán, de nem vagyok 100% biztos most)
Viszmajor eset tudom, csak egy példa volt.
Ezek az áramfelvételi és fogyasztási limitek szintén az órajel változtatásával követhetőek. Nem tudja elzárni, hoyg ne jöjjön be több, csupán olyan állapotot választ, ahol nem vesz fel többet.https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
válasz Rebelf #19183 üzenetére
Meg is nézted a videot / tesztet ?
["gaming" listák]
Avg. fpsek nőnek "oc"-val, de a min frame rate 1 játékon kívül kb. hibahatár.
A full alap, auto setuphoz képest. A min. értékedet leginkább a "túl magas" vcore rontja. Ha egy jól belőtt offset vagy még jobb ha egy jól belőtt curve opti.-s setupot rátolsz, az nagyságrendekkel javítja.
A magasabbra boost-oló magok szinte csak a max. fps-es régiókban hoznak némi javulást.
A min értékek egy jól belőtt cpuval szinte ugyan ott lesznek. Mindegy, hogy fix oc vagy PB.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
[Itt egy teszt, ami stock / fix / co konfigokat néz]
Játéktól / terhelés típustól is nagyban függ, hogy melyik megoldás működik jobban az adott címnél.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
Celeron D lesz a Te procid ! Ott egy jobb darab simán prime-ozható 5 Ghz-en !
Csak hülyülök.
3600 sem boostol 4 Ghz-ig prime alatt. Az egy teljesen torz terhelés, ami rettentő magas áramfelvételt és hőfokot okoz. (small fft)
Ez arra készteti a Ryzeneket, hogy drasztikusan kezdjen órajelet visszavenni, mert mindkét komponens komoly rizikófaktor egy cpunak, ha átlép egy szintet.
Az, hogy prime alatt 4 Ghz, abból nem sok következtetést levonni egy átlagosabb, normál használat melletti működésre.
Igaz ez picit offtopic, de a lényeget mutatja.
[3800X - CB - Y-cruncher - Prime]
[3800X tuningolt PBO (vagy minek hívjam ) prime chillerrel hűtve]
Ha visszavesz, akkor azért teszi, mert valamelyik érték (áramfelvétel vagy hőfok pl.) elkezd az általa biztonságos határhoz közelíteni és próbálja megoldani, hogy ne szaladjon bele a kritikus zónába. Pl. ha 105 fok a max megengedett cpu hőfok, akkor nem 104-nél kezd el lassítani, mert akkor az esetek nagy többségében teligázzal falba szaladna, hanem már 80 fok fölött elkezd kevésbé teljesítmény orientált formákat felvenni. Magyarán picit beáldoz az órajelből. Ha továbbra is emelkedik a hőfok, akkor többet és többet kezd beáldozni a teljesítményből.
A 2. videon ugyan az a prime teszt, de jobb hűtéssel látványosan magasabb órajellel fut. Bár az áramfelvétel igen magas, de a hőfok alacsonyabb, így tovább maradhat teljesítmény orientált az órajel szabályzás.Ez a működés minden pillanatban jelen van. Nem csak "vészhelyzeti mechanizmus", de nyilván ha kezd szarabb lenni a szitu, egyre nagyobb prioritást kap a biztonságos zónába maradás. 3800X - 105W PPT-vel, különböző hőfokokon
[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
Ez egy teljesen más működés, mint Intelé pl.
Ott a szabályzás egészen konkrét kapcsolókkal történik. Pl. a max hőfok. 15 vagy akár 3 fokkal Tjmax előtt még nem történik semmi. Ha eléri a max-ot, akkor elkezd throttlingolni és megfogja a további melegedést. A magok órajele, per core oc-nál is az épp aktuálisan terhelt magok számától függ. Ha X magnak van épp melója, akkor ennyi, ha Y-nak, akkor meg annyi az órajel. Az, hogy ez az X mag épp paintet futtat vagy mondjuk prime small-t nem változtatja az órajelet.
Zen2 óta a Ryzenek teljesen másképp működnek. Itt kb. semmi nem fix. Az egész egy nagy, folyamatosan változó "massza". Független magonkénti vezérléssel ráadásul. Többnyire. Pl. nem választhatnak saját Vcore-t, mert abból csak egy van.
Van pár fix érték is. Ilyen a max hőfok. Amit ha elér, akkor leállítja a gépet. Nincs vészhelyzeti throttling, mint Intelnél. Megtesz minden tőle telhetőt, hogy ne jusson el odáig a szitu, de ha mégis eléri, akkor jön a lekapcs. Aztán ott vannak az áramfelvételi és fogyasztási limitek, amik szintén meghatározott, konkrét étékek.
Minden más egy massza. Minden pillanatban, az aktuális helyzettől függő setupot ad. Figyeli az aktuális helyzetet és ennek megfelelően dönt az órajelről. Anno az elektron felhőhöz hasonlítottam, de nem is olyan rossz példa rá. Azt nem lehet megmondani, hogy ebben a pillanatban hol az elektron, csak azt tudjuk meghatározni, hogy mekkora eséllyel tartózkodik ott. (maghoz közelebb nagyobb az esély, távolabb egyre kevesebb) Sztem így célszerű a Ryzeneket is elképzelni.
A rendszer szempontjából a legfontosabb tényező az áramfelvétel szerintem. Ott van a hőfok még, de a hőfokra adott reakciók egy része valójában áramfelvétel. A másik része a túlmelegedés elleni védelem. Valahol 80 foktól egyre látványosabban fékezget. Próbál távol maradni a max ponttól, mert ott le kell, hogy kapcsolja magát. Azt meg nem igazán szeretik a userek.
Ezen túl a hőfokkal változik félvezetők ellenállása. Ha csökken a hőfok, nő az ellenállás. Ha nő az ellenállás, csökken az áramerősség. Emiatt mindegy, hogy 40 foknál vagy nullánál vagy alatta, ennek mindig van némi hatása az órajelre. [3800X kompival hűtve]
Prime-ból, de még egy Cinebench-ből se nagyon lehet tuti következtetéseket levonni pl. játék közbeni órajelekre, stb. Prime amúgy (legalábbis a small fft) sem mond semmit szinte egy Ryzenről. Crashelni nem fog mert ha gyengébb a hűtés, akkor jobban visszaveszi az órajelet, de valahogy futni fog. Mert futni kell. (Y-cruncher sokkal "informatívabb" sztem Zen2/3 stabilitás vizsgálatára.)
Ha indításra hamar elhasal, nem biztos, hogy annyira kéne erőltetni ezt. Valszeg a hőfok magas, áramfelvétel szintén az egekben... A legfontosabb komponensek már adottak is egy esetleges degradációhoz. :S[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
Alpi.
addikt
Bios függő sztem. Egyik lapnál ennyi a default, másiknál meg kisebb. Mint amikor auto-n van a pbo. Vannak lapok, amiknél ez kikapcsolt állapotot jelent (elvileg ez lenne az Amd specifikáció szerinti mód), de vannak lapok, ahol alapból a gyári spec fölött megy.
Vitatható megoldás, mégis elég gyakori.
Prime 95 témára : azért nem érdemes ezzel tesztelni Zen2/3-at, mert amire anno ezt a tesztet használtuk, az itt gyakorlatilag nem áll fent. Már ha Prec. boost-tal (vagy pbo-val) használod a procit. Ha fix setupot csinálsz, akkor van némi jelene. Anno ezzel lehetett modellezni egy "legrosszabb esetet" vcore-hoz. Pl. egy 775-ös C2D-t ha belőttél adott frekire, akkor a prime small az óriási fogyi miatt jól felmelegítette a procit és a vrm-nél is a lehető legnagyobb drop-pal (mivel óriási volt a fogyi) ha túlélte, akkor tutira megfelelt bármilyen más helyzetben is. Itt viszont boost-tal nem fog crashelni még akkor sem, ha kicsit kevesebb a vcore, mint ami a fullos működéshez kell. Ha az alá a szint alá esik, ami kell a mag működéséhez, akkor a magok egy része elkezd üres ciklusokat csinálni. Throttlingol csak nem a további hőfok emelkedés elkerülésére, mint Intelnél pl., hanem a fogyasztás csökkentése miatt. Ezáltal a magok egy részének a teljesítménye ugyan csökken, de cserébe a másik rész "életben marad". Ergo nem crashel. Nyílván ha több tized volt hiányzik, azt nem tudja megoldani. Ez am. amiatt van bennük, hogy ne egyszerűbb, olcsóbb vrm-ekkel is lehessen 10+ magos cpukat használni. Különben ezeknél a brutálisan gyors frekvencia változtatás, szintén nagyon gyors alvó - aktív állapot váltás (és mindez akár 16 maggal kb.) rettentő terhet róna a vrm-re. Hogy soha, egy pillanatig se essen a kívánt érték alá a fesz. Olyan brutális ugrások vannak fogyiba / feszbe, amit csak ótvar túlfeszeléssel lehetne tényleg garantálni. Így is van némi "indokolatlan" (nak tűnő) túlfesz PB(O)-val, mert annyira gyors a vezérlés, amit egyszerűen nem lehet tökéletesen kiszolgálni. Viszont emiatt a "throttling" miatt nagyságrendekkel kevésbé kell fölélőni a feszt. És / vagy tudsz egy uborka lapban is 3950X-et használni miközben az alkatrészek minősége, tudása nyilvánvalóan kizárná ezt.
Még jó, hogy mindenre is csináltam anno egy videot. [Erre pl. ezt]
Itt is látszik, hogy nem lehet egy egy részletet külön kiragadni meg csak 1-2 dolgot figyelni. Hamar átver(jük magunkat). Ahogy nő a neg. offset, egyre magasabb az órajel. Igazi win-win helyzetnek tűnhet. De nem az. Egyrészt a Cinebench pontszám növekedés helyett, konstansan csökken. Másrészt hiába nő az órajel, a magok egy része egyre kevesebbet fogyaszt. Mert a magok egy része már üres ciklusokat végez, hogy fenntartsa a működést. (CCX/CCD-k közt is van jobb, rosszabb. Mindig a legrosszabb rész áldozza be magát a jobb érdekében.) A csökkenő áramfelvétel miatt azonnal emelkedik kicsit az órajel, mert kapva kap minden lehetőségen. Jól ki van találva. Telis tele ilyen kis "trükkökkel", fícsörökkel. Ezek nagy része persze nem okoz semmi látványos eredményt, de attól még előremutató, okos ötletek, megoldások ezek. Még ha jelenleg nem is látványosan jobb, mint bármi más architektúra, de ez a jövő. A kevés, erős mag nem járható. Van egy szint ami után vállalhatatlanul fos lesz a hatásfok. Sok kis maggal lehet csak növelni a számítási kapacitást megtartva az energiahatékonyságot. (Vagy ugyan azt a kapacitást hatékonyabban előállítani)
Sry az újabb hosszú post miatt. Ígérem most 2 hétig nem jövök ! De ezt nem tudom 3 mondatba összefoglalni.[ Szerkesztve ]
https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
Új hozzászólás Aktív témák
- Borotva, szakállnyíró, szakállvágó topic
- Nem a Microsoft gyártaná a következő Xbox konzolokat?
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Milyen légkondit a lakásba?
- Honor Magic6 Pro - kör közepén számok
- Elektromos autók - motorok
- Magga: PLEX: multimédia az egész lakásban
- Mikrotik routerek
- Samsung Galaxy Fit 3 - keveset, de jól
- Android másképp: Lineage OS és társai
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest