- Elkészült Oroszország első litográfiai berendezése
- Épített vízhűtés (nem kompakt) topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Azonnali VGA-s kérdések órája
- Computex 2024: Itt az új ROG Ally
- Milyen TV-t vegyek?
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Melyik tápegységet vegyem?
- HiFi műszaki szemmel - sztereó hangrendszerek
Hirdetés
-
EU: a bankoké a felelősség, ha AI-t használnak
it Az EU tőzsdefelügyelete szerint ha AI-t használnak a bankok és befektetési cégek, akkor övék a felelősség.
-
Computex 2024: a GeIL memóriái között akad olyan, ami 10 GHz fölé merészkedik
ph A vállalat portfóliójában a hétköznapi DDR5 DIMM-eken kívül vannak CUDIMM, CSODIMM, CAMM2 és LPCAMM2 formátumú újdonságok is.
-
Csak 2025-ben érkezik a Little Nightmares III
gp A sokak által várt folytatás sajnos nem fog idén megjelenni, kicsit tovább kell rá várnunk.
-
PROHARDVER!
AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4) topik összefoglaló
Új hozzászólás Aktív témák
-
adr0001
tag
Üdv. 5700x tulajoktòl kérdezném mik a tapasztalataik CP2077-tel? Ami itt nálam zavar az az, hogy bár allcore 4750MHz kényelmesen mûködik., de RT on esetén nevetségesen alacsony felbontásnál is - a GPU limit maximális kilövésével - van ahol (Tom's Dinner környéke pl.) beesik 47 fps-re a gém, mialatt a CPU kihasználtság legjobb esetben sem kúszik 75 % fölé.
Kb. alig jobb mint R5 3600-zal, de azzal legalább felkúszott bôven 90% fölé a cpu usage.SMT patch aktív. 3600MHz CL16 ramok vannak mellette.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Out of the box, PBO val igencsak forrò volt és eldobta magát 4200MHz-ig. Most HEVC kòdoláskor sem throttingol. Tartja a frekit úgy hogy 100% közeli a használat. 1 délutánom ráment Hydra-val. -30 CO 1 mag kivételével, és -100mV offset, így 75 fok fölé nem megy míg a VGA fel nem fût alatta. Ezt a részét kb kilôttem. Már kb. ott tartok hogy nem esetleg a gém a sz*r? Vagy averziòi vannak az AMDvel szemben? Van a garázsban egy I7-6700k gépem, arra fel sem mertem tenni, pedig official recommended RT ultra-hoz, de.most már kipròbálom
5600-on akkor nincs ilyen anomália?
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz bozont #28293 üzenetére
Masszívan túl vannak feszelve ezek a procik gyárilag.
A Hydra szöszölt pár órát, majd kidobta hogy Golden Sample, én meg a 4550MHz allcore Boost-hoz tartozó és szimpatikusnak tűnő értékeket beírtam a BIOSba. +200 MHz PBO override-dal meg lett 4750 MHz az allcore vége. Maradhat. Ha pozitív VCore offsetet kap akkor 4450 MHz-nél vége van, visszavesz.
Így, gyakorlatilag csak alulfeszelve, CinebenchR23 4700MHz 15.7K pötty. Alapon ha jól emléxem 13.8k volt.Ebben a rohadék játékban meg RT nélkül is bent tud maradni ebben a kártyában 40% a kérdéses helyen 1080p ultra-ban. A CPU használat 75%-nál kifújt RT nélkül is és 1080p low-ban is beesik 50 FPS alá. Elengedném ezt a történetet, ha másnál is ekkora trutyi. Csak valahogy sántít a kiadó általi i7 6700 ajánlás. Ajánlva 15 fps low-hoz, or what?
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz bozont #28295 üzenetére
Thx!
Akkor elengedtem a sztorit. A vicc poénja, kell az SMT patch hogy a kritikus helyeken ne képregény legyen, de ha a logikai magokat kilövöm, akkor nem lassul meg. Übergáz. Gondolom akkor Heil Intel ha nem akarok ilyet látni"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
A hydra diagnostics egy BIOS reset után futott le maxra tekert power limitekkel. Kreált egy logfile-t meg pár profilt, de nekem csak a logfile kellett, az egész végén a Hydra ment rögtön a kukába. A log szerint alapfeszen (auto VCore) a kimaxolt power limittel -30 és -43 közötti CO értékekkel (egyetlen gyengébb magon csak -16) 4550MHz stabil allcore boostot fogok kapni, ehhez készített egy profilt saját magán belül. Mondtam rendben, ez jobban hangzik mint a 4200-ra beesô freki alapbeállítások mellett (jobban mondva CPU által menedzselt OC, kitolt power limitttel, 200MHz boost override-dal, szintén auto VCore)-ral. Copy-paste az értékeket a BIOS-ba (-30-nál lejjeb nem tudok menni), plusz kapott -100 mV max offsetet, és egyszerûen annyival hûvösebb hogy elengedi eddig a boost-ot stabilan, allcore. Single core 4850 MHz mindegyik mag, Hydra szerint tudna 4950 MHz-et is csak kérdés hogyan . Semmilyen kézi szorzò állítás nem volt, sorry for confusin'... Undervolt után kb 12-14%-kal gyorsabb lett és úgy hogy közben 10-15 fokkal hûvösebb.
R5 3600-nál kb 60%-kal gyorsabb csak ez a gémbe nem jött elô és ez egy kicsit felkúrt 8/16 majdnem 5GHz és egy forinthuszas VGA esetenként malmozik. Mind1, úgy tûnik másnál is ez a helyzet, szòval nem a CPU, inkább a CDPR....
Na de eleget vinnyogtam egy szros játék miatt. Inkább, használjatok Hydra-t
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Valòban. Elírtam. -100 auto offset limit, ami kb -50 real world... Ha kézzel adok neki -100-at akkor helò, az van amit mondasz, ha jòl emlékszem. A freki megvan, csak nincs akkora teljesítmény. Pozitívnál (ugyancsak auto offset) pedig freki és teljesítmény egyszerre megy a levesbe, felteszem a villámyorsan megugrò hô miatt.
Effective clock, HWInfo kiírja? Megnézem, lehet lesz meglepi hogy mégsem annyi az ennyi, lol
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz bozont #28312 üzenetére
Cyber Engine Tweaks. Ami nélkül 50% fölé sajnos nem megy a CPU használat nálam. Eléggé kaotikus akkor ez így. Tört veziò volt/van fent, közben karácsony alatt megvettem de azòta sem vitt rá a lélek hogy a Steam-en leszenvedje azt a 100+ GB-ot, még egyszer. Ez a következô lépés, és, amúgy lehet hogy ezzel kellett volna kezdenem...
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Most kérek szépen ötleteket!
HSM:
Következő a helyzet. Az avg. effektív clock mindig megegyezik a core clock-kal Handbrake, CPU-Z stressz teszt, Cinebench, Passziánsz stb. alatt.CP2077 esetén 3500 MHz!
Ha a háttérben elindítok egy CPU-Z stressz tesztet 8 szálon, az avg. effektív órajel elkezd növekedni. A game meg fut tovább - rohadjon meg - változatlan sebességgel.
Megállok egy CPU limitált helyen (cpu 75%, eff clock avg. 3500 MHz), 53 fps, GPU 70%-on,
alt-tab,
stressz teszt indít, 8 threads,
alt-tab,
CPU 93% eff clock avg. 4400 MHz. Azokon a "magok"-on (T1-ek) amin a CP fut 4 GHz az eff. clock, a CPU-Z-vel lefoglatak meg 4.7 GHz-en ketyegnek. És 53 fps.
Stressz teszt, 12 threads, 51 fps.
Stressz teszt, 16 threads, 48 fps. CPU-Z 3400 pötty.A gém még R5 3600-zal lett telepítve, az okozhat ilyen szopatást?
[ Szerkesztve ]
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Never mind!
Pacsi, hogy megnézted Te is!Én egy 1.3-at tudtam előkaparni, azt néztem meg délután, és hát ég és föld.
A CPU ugyanúgy valamit nem csinál, az eff. core clock a levelibéka segge alatt játék közben, de legalább úgy megy ahogyan minimum elvárható lenne (egy i7 6700-tól).
Tom's dinner, éjszaka, 1080p DLSS Quality, RT ultra preset és 70 fps alá NEM esik (2100/8500MHz-re húzott 3060Ti). Összehasonlítás képpen ekkora számot valószínűleg akkor láthattam 1.62-vel ha egy bokrot néztem a pusztaságban. Valószínűleg nappal más a helyzet, mert az 1.3-ban még nincs mesterséges fény vetette árnyék.Megnéztem a fentebb linkelt video-t az 1.3 -> 1.5-öst , a komment szekcióban mintha fizetett trollok rágnák mindenkinek az agyát aki a CPU utilization-ra panszkodik hogy áááááááááá, de hát ez GPU issue.
CDPR,
szopjál lovatAzt hiszem rehabilitálható az összes RDNA2 kártya. Mire kijött az FSR2 support esélye nem volt egyiknek sem kifutnia magát, a 6600XT-m pl. soha nem dolgozott 80% fölött csak RT off.
Itt van a másik gépben, sztem ha találnék e verzióhoz használható DLLS - FSR2 hack-et akkor az a maradék 20% most bele menne."If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz K.B.K. #28413 üzenetére
A VRAM-mal kapcsolatban annyit megjegyeznék, hogy RT esetén az AMD kártyák több VRAM-ot zabálnak. Vagy inkább az nV kevesebbet. Az nV kártyáknon a RT gyorsítók kb. mindentől függetlenül végzik a dolgukat, és az eltérő működésből adódóan kevesebb VRAM-mal is elvannak. 1080p-re kb. soha nem lesz kevés az a 8GB. Én egy radikális nem-et mondanék. Kis ráfizetéssel egy 6800XT-n már azért elgondolkodnék
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz PuffyMinnie #28417 üzenetére
A lenti limitek melletti 75°C-t én kifejezetten normálisnak mondanám. Ha Stress Prime Small FFT test nem küldi 90°C fölé, akkor én nem izgulnék. 81 mm2 a CCD, összehasonlításképp az FX-8350 meg 315 mm2. Nagyon kis területről kell ELVEZETNI a hőt, léghűtés esetén - legyen az bármilyen heatpipe-os, akár o'ccsó vacak - a házban uralkodó szélirány szerintem nagyobb befolyással bír...
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Intel nem véd ellene? Van egy olyan érzésem, hogy valahogy meg kellett ágyazni a frame generationnak, mint selling point. Olyan kártyákon, amikből még nem vettek eleget, és amúgy meg nem is lenne rá szükség. Az nV megmondta, CPU limit ellenes intézkedés a frame gen., csak akkor azt nem értem miért nem hozzák le előző gen.-re is?
Szerintem nem ördögtől való találmány (lol), video lejátszáshoz kb. 14 éve használom MPC-HC-ben. A működésével kapcsolatos mesterséges limitáció, mármint hogy dedikált hardver, meg AI, meg csak RTX 4xxx, az mind ordas kamu."It’s theoretically possible that with additional research and engineering that we could get this technology working on other cards, although it wouldn’t provide as much benefit. The current version only works on 4000-series cards."
Egy RX 480 lazán kiköhög 4K60-at 2ms/frame alatt úgy hogy még mozgásvektorokat is kell kalkulálnia előző-következő képkockából, míg egy játék esetén még azzal sem kell foglalkozni mert eleve rendelkezésre áll. Mind1. Amint kijön az FSR3, ez a kamu széleskörűen is nyilvánvalóvá válik
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz spleenszuru #28427 üzenetére
+1 ajánlat a Hydra-nak. Cpu szorzò, Vcore/offset legyen alapon, teljesítmény és frekvencia limitek pedig kimaxolva. Eltart pár òrát, érdemes leszedni a jelszòt az alapértelmezett felhasználòi fiòkròl mert többször újraindul(hat). A végén a log-ban különbözô elérhetô all-core boos-t frekikhez tartozò CO értékeket fog kidobni. Ha ad vmi jò értéket pl. 4550MHz-re akkor azt érdemes betolni a BIOS-ba, és úgy érdemes értelmezni hogy Prime alatt lesz 4550Mhz majd az all-core boost, játék alatt simán lehet +200 MHz.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz spleenszuru #28433 üzenetére
Legyen mnden auto-n, Kivéve a a kicsutkázott limitek. És igen, elôtte memtest, kiszûrendô a RAM tréfálkozásokat.
Mondom az én példám. 4550MHz-en 7 mag -30 alá jött ki, egy viszont csak -16-ra. Ha manuálban CO-zok ofkoz kezdtem volna -30-on. Persze az egy gyengébb mag miatt instabilitásba futott volna, és kezdôdött volna a szopòroller, kitalálni melyik a gyengusz. All core -15 jò lett volna, de sohasem tudtam volna meg hogy 7 mag fölöslegesen generál hôt, mert túl vannak feszelve....
CO, 8 értéket lehet állítani 8 mag esetén, plusz minusz 30 meg a 0, az 61 a 8. hatványon különbözô beállítási lehetôség. Inkább ráhagytam a Hydra-ra, mert szebb ugyan lehetek nála, de gyorsabb és okosabb nem. Ugyanez igaz a feszültségekre is, a PB tudja mi a jò de csak ÁLTALÁNOSSÁGBAN, a CO pedig a Hydra segítségével az egyedi processzorhoz igazítja a mûködését.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz spleenszuru #28437 üzenetére
Én az Igor's Lab-os angol cikket futottam át elôtte. Azt elô tudom keresn,i ha az jò. 1 valami nagyon fontos:
bár baromi egyszerû a használata, mert csak egy "diagnostic" gombra kell rábökni, de, ezt megelôzôen a beállításokban a program saját power limitjeit át kell állítani a csillagos égig vagy ameddig tetszik, mert amúgy az ott beállítottakhoz tartja magát, nem pedig a BIOS-ban beállított értékekhez. Ez csak azért okoz gondot mert a program alapbeállításai meglehetôsen takarékra fogják a keretet, és úgy futtatva nyilvánvalòan nem kap majd valòs képet arròl hol is van a vége a chip-nek.Az önkényes TL:DR miatt 2x kellett lefuttatnom. 2x jò sok òra.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz spleenszuru #28442 üzenetére
Igen. Ha túl sok akkor úgyis eldobja majd. + Az az Igor's Lab cikk volt az.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz Gabady #28444 üzenetére
Mi hasalt el pontosan? A limitek arra vannak hogy betartsa a PB, avagy tartson mindent működőképesen és a lehető leggyorsabban az adott határok figyelembevételével. Van valami elérhető logfile? Tuti 4680 MHz? 25MHz-enként vannak a lépcsők. Tuti nem nyúltál az FCLK-hoz, se Te, se semmi?
[ Szerkesztve ]
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz Gabady #28451 üzenetére
Ezt Hydra után? Vagy Ryzen Master után, jól látom?
A bizodalmam a Ryzen Masterben egy 10-től jó nagyig terjedő skálán egy jó erős tízes...Az LLC kézi állítgatásának csak akkor van jelentôsége ha fix feszültséget adsz meg VCore-nak. A lényege röviden annyi, hogy ad egy kis extra feszültséget a CPU-nak nagyobb terheléskor. Ami pont hogy kontraproduktív, mert a CO lényege az az hogy kapjon kevesebb feszültséget a mag egy adott frekvencián a gyári freki/fesz görbén adott értékhez képest. Már ha ez lehetséges, és a Hydra ezt deríti ki. Hogy mennyire túlzò ez a gyári görbe.
Szóval ha az LLC-vel kell játszani utólag, akkor egy vagy több CO érték szimplán helytelen, és mivel CO = alulfeszelés, LLC = túlfeszelés, ezért zéró összegűnek tűnik dolog. Mondjuk ettől még így is lehet jobb mint alapon, és ha így Neked megfelel, nyugodtan hagyd így!"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz janos666 #28457 üzenetére
Pont errôl beszélek. Egy hibás CO beállítást utòlag nem kompenzálunk LLC-vel. Teszem azt pl. 2 mag kapott túl alacsony CO értéket ezért globálisan túllövünk mindent egy LLC bump up-pal, mentve a menthetôt.
Az LLC bump közvetlenül a VRM-re hat, elsôdlegesen a processzor megfelelô lábaira kívülrôl érkezô feszültségre van pozitív hatása, de közvetetten hatással van a belsôleg elôállított, magokra érkezô VCore-ra is.
Itt az említett összefüggés.A magasra állított LLC növeli az idle hômérsékletet (is) ami ellenség - már ha még mindíg Hydra-ròl és energiahatékonyságròl beszélünk -. Pròbáld ki egy FX-en. lol. Hasznossága mondjuk LN2 hûtés mellett egy CB23 rekord döntési kísérlet kellôs közepén viszont vitathatatlan...
@Spleenszuru
Hydra futtatása elôtt tedd auto-ra az LLC-t (IS), vagy arra amin BIOS reset után van/volt. A magas értékre valò beállítása nem promotálja az alacsonyabb hôt/feszt/teljesítményfelvételt. A Hydra-val pedig pont ez a cél. Lehet hogy egy magas beállítás túlzò hatását egy -50 es CO kompenzálná de AFAIK -30 alá nem tudod állítani a CO értékét a BIOS-ban. Szòval NE.@all
Ez egy szakmai fòrum, legyünk szívesek nem hülyeségeket terjeszteni!
Ez nem egy Athlon XP amire megvesszük a legbatárabb hûtôt és addig toljuk a fesz-t amíg meg nem gyullad.
Felejtsük el végre hogy amíg auto-n van a CPU szorzò, a PB meg bekapcsolva, hogy addig mi bármilyen értelemben fônökök vagyunk és nem pedig egy stabilitásra törekvô rendszer szabotôrei.
A PB kiválòan végzi a dolgát, ami meg Auto-n van annak meg ne bántsd a neve.Korábban leírtam hány lehetséges értéket vehet fel a per-core CO. Kézzel nekiesni olyan mint kitölteni életünk elsô lottòszelvényét és azt hinni hogy elsôre majd nyerünk... Sok szerencsét!
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz sfknasty #28500 üzenetére
"Az érdekesség a dologban,hogy Prime 95 1óra... stabil"
Az érdekesség a dologban, hogy ha szándékosan fals, alacsonyabb értéket adok meg, akkor 1000x lefuttathatom a 3D Mark CPU tesztjét, de a Prime másodpercek alatt restart-ot dob.
Látatlanban azt mondanám hogy a kapott értékeid jók.
TL DR: innentől kettöt hátra lépve egy összetett elektromos berendezésként tekintenék a vasra.
A CO egyik hátulütője hogy megnő az áramigény mert a teljesítménynövekménnyel arányos akár 20%-os áramerősség növekedéssel kell számolni (a feszültségértékek majdnem azonosak maradnak). A CPU ezt elintézi házon belül ha a VRM tudja etetni na meg a PPT/EPT/EDC engedi, és a Prime alapján A VRM erre képes is. Ha az utóbbiak limitálnának, akkor jönne a mesterséges és beton stabil lassulás by PB.
A VRM viszont tovább pattintja a labdát a tápnak, ami a 3D Mark-os teszteléskor már a PCI-E-re kötött vassal is küzd. Ha azon a vason - és legyen az bármi - is van némi undervolt modjuk, az is tud kavarni az áramigénnyel, és nem is keveset, pláne amikor a CPU-val egyszerre nyúl a kraftért. A GPU-Z megmutatja mekkora a tejesítmény tüske a képernyő megnyitásakor.
A nem egészséges táp meg nem szereti a tüskéket.A táp egyik alap tulajdonsága hogy ha X ágon a fogyasztói áramfelvétel túllépi az adott keretet, akkor már a felső limithez közeledvén egyszerűen elkezdi leejteni a feszültséget. Az meg végzetes. Ha döglött a táp, shutdown, ha még nem annyira akkor első komponens ami feladja a harcot az dobhat akár egy resetet is.
Ha újra növeljük a CPU-n a feszt, LLC-vel, magasabb CO értékekkel, bárakármi, akkor csökken az elérhető max freki, csökken a teljesítmény, esik az áramfelvétel and so on.Ez csak egy példa. Thinkin' out loud.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz spleenszuru #28559 üzenetére
On/Auto: ha nincs terhelés a magokon akkor a szorzòt / feszt lejjebb veszi vagy akár le is pihenteti ôket teljesen = a lehetô legalacsonyabb Idle hômérsékletek, kevésbé zörög egy csapágyas villanyòra.
Off: Alapfreki alá nem megy majd a CPU és a VCore is kb konstans marad.CPU genenként változhat a mit és a hogyan (FX esetén pl. mindenfajta turbo nyista ha off, nem lennék meglepve ha a Zen is hasonlòképp viselkedne, pláne ECO mòdban), de alapvetôen az energiatakarékosságra van jòtékony hatással, legyen always-ON.
Az OFF-nak is lehet gyakorlati haszna csak nem itt és nem most.
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
válasz spleenszuru #28561 üzenetére
Mindkettô az OS Task Scheduler-nek küld értékes informáciòt a CPU-d felépítésérôl, különösen a 2 vagy több CCD-s Ryzenek esetén nagyon hasznosak. Kikapcsolásukkor a CPU nem fog màsképpen mûködni, max. az OS lesz egy picit hülyébb. Optimalizálja a mûködést, elvileg a magasabb teljesítményt is kell hogy szolgálja a legtöbb esetben.
1 CCD-s CPU-n, kitesztelt és stabilan mûködô fix szorzòs manual overclock az a terep ahol kb teljesen jelentôsségét veszíti az egész mòka. Ott még akár lehetne OFF is.
Én bekepcsolva tartom.
Ha egy 1 CCD-s Ryzenen azt a titkos kapcsolòt keresed ami 100-bòl 200 FPS-t csinál, akkor sajnos ez nem az.
Hibahatáron belüli különbségeken lehet csak kattogni és esetleg vitatkozni ezzel kapcsolatban.
Fun fact: tudok mutatni olyan VJ szofvert ami csak és kizáròlag akkor hajlandò nyomasztòbb akadások nélkül futni ha a "Process Lasso"-val CCD-n, és azon belül is csak a fizikai magokon tartom. CPPC off-on egyre megy. Most akkor ez a CPU, az OS, vagy a kérdéses szoftver hibája?"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Üdv mindenki!
+@Alpi.
Pár hete e sorokon nagy lelkesen azt ajánlgattam a CDPR-nek hogy szívjon gázt vagy legalábbis szopjon lovat.
Nos, visszaszívnám.
A CP2077 (1.62) teljesen helyre jött, a kitikus helyeken mért low fps-k ~40fps (@low crowd density) helyett most pont 60-on tanyáznak (@high crowd density).
A megoldást a dual rank-ra bővítés hozta. Érthetetlen módon mindezt úgy, hogy lazábbak az időzítések, és az AIDA-val mért számok alapján minden tekintetben rosszabb a jelenlegi RAM sávszélesség.Zen 3 == csakis a dual rank
"If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
-
adr0001
tag
Hi! Létezik olyan szofter ami monitorozni tudja a Ryzen memóriavezérlőt?
Arra lennék kíváncsi, vagy legalábbis következtetni szeretnék arra hogy egy adott pillanatban ki van-e éheztetve a CPU(cache)..."If you think [***]* was a Grade A asshole liar, wait 'til you get gaslit by a mainframe"
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs