- Az EPYC 9005 CPU-sorozatba érkezik az AMD Zen 5
- Samsung LCD és LED TV-k
- Androidos fejegységek
- iPad topik
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Google Chromecast topic
- OLED TV topic
- Épített vízhűtés (nem kompakt) topic
- Melyik tápegységet vegyem?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
Hirdetés
-
Négy játékkal is szemez az új Arc meghajtó
ph A 31.0.101.5522-es, WHQL aláírással rendelkező csomag egy hibát is javít
-
Elcsípte a Huawei kameratelefonja az első helyet
ma A Pura 70 Ultra a DxOMarknál tarolt.
-
Újabb előzetesen a GreedFall II: The Dying World
gp Az új rész korai kiadása a nyáron érkezik PC-re, a teljes változat PlayStation 5-re és Xbox Series X/S-re is befut majd.
Új hozzászólás Aktív témák
-
R0GERIUS
tag
Ha a minimum órajelre gondolsz, akkor az is sarkítás jelenleg, hogy nem úgy van.
Inkább körülmény függően vagy nincs hatása, mint nálad, vagy van valamennyi pozitív, mint nálam volt.
Persze az meg lett cáfolva, hogy mindig pozitív hatású és egy teljesen más beállítás (maximum órajel) esetemben nagyobb hatással volt, de általános esetben még nem láttam egyértelműen és teljesen cáfolva a közhiedelmet.
Mondjuk gyakorlatilag lehetetlen is, hiszen minden játék esetében produkálhat más-más viselkedést.
Én se csináltam mérést Darktide-dal, ami kevésbé terheli és ott talán jobban kijön, mint CP2077-nél, ami gyakorlatilag teljesen terheli a kártyát -
R0GERIUS
tag
Úgy néz ki, hogy mégis voltak valamikor módosítások és hajlok affelé, hogy megvan mi lehet az egyik módosítás Build 3-ban: DXNAVI hivatalos bekapcsolása RDNA 1-re.
A hír időzítése miatt tippelek rá, nem bizonyított.Nem biztos, hogy ezzel a build-del került be, de elég jelentős és nincs a changelog-ba, szóval nem fogadnék nagy tételben arra, hogy "nem tartanák vissza tőlünk".
[ Szerkesztve ]
-
R0GERIUS
tag
Rosszul fogalmaztam:
AMD telepítőben emlékeim szerint többnyire 'Telepít (Javítás)' opcióra írja az új build-eket, viszont itt a Build 2 -> Build 3 között a telepítő 'Telepít (Frissítés)' opcióra írta, ami csak verzióváltásra kellene, hogy így legyen.Telepítéskor pedig a fenti módon nézett ki.
[ Szerkesztve ]
-
R0GERIUS
tag
Hát a driverbe építettet mostanság nehezen használhattad.
Maga az AMD a Release Notes/Important Notes alatt listázza a gyári visszaállítást kikapcsoltként, mivel van valami hibája.
Az AMD Cleanup egy külön szoftver, amivel régebben voltak gondok, emiatt én is inkább DDU-t használok.
(Röviden: amikor kipróbáltam, mert volt problémám, az AMD Cleanup nem oldotta meg, a DDU pedig igen.)
DDU-val még nem futottam problémába. -
R0GERIUS
tag
Ezt nem tudtam, hogy alapból kicsomagol oda egy példányt.
A szöveg nem egyértelmű ezen a téren, hogy tartalmazza a driver az AMD Cleanup Utility-t, ezért is gondoltam, hogy nincs benne.
DDU-nál is van nem telepített (portable) opció emlékeim szerint és ezért is preferáltam, mert csak kicsomagoltam és használtam. -
R0GERIUS
tag
Verzió alapján Navi-ra ez a Lies of P driver egy rebuild-je lesz.
-
R0GERIUS
tag
válasz tgabe25 #39211 üzenetére
Hali!
Kissé nosztalgikus a fenti konfig, egyszer volt egy hasonlóm.Ha biztos vagy benne, hogy a rendszer hibátlan (DISM és SFC sem ad vissza semmit), valamint újra/feltelepítetted a chipset drivert és AMD Cleanup után telepítettél grafikus drivert, akkor még próbálkozhatsz egy alternatív driverrel: [R.ID]
Telepítési segédlet GCN-hez: [YouTube] (nem mostani, nem minden aktuális benne)
Az oldalon a DEVICE COMPATIBILITY LIST-en neked a GCN 2-őt kell figyelembe venni, ahol az ajánlott:
További segítséghez még az oldalukon van linkelve a Discord szerver.
A fenti kernel számok AMD verziókkal dolgoznak, így az általuk ajánlott verzió a 21.09 és 21.10, ezeket is kipróbálhatod, mielőtt belevágsz az alternatív driver-ekbe (amennyiben még kompatibilisek).Illetve, ami APU-k esetében nyűgös szokott lenni, az a RAM, mivel nem mindig rendelkeznek dedikált VRAM-mal (video RAM), így arra is érdemes lehet egy stabilitás tesztet elindítanod, amikor nem használod.
A fenti leírás alapján nem hiszem, hogy ez a hiba, de nem kizárható teszt nélkül. -
R0GERIUS
tag
válasz szasanyi #39212 üzenetére
Itt nem feltétlen a kártya a ludas.
Egyrészt MSI alaplapok esetén a legutolsó BIOS nem mindenkinek muzsikál jól, így MSI alaplap mellett egy BIOS downgrade az utolsó előtti verzióra megérhet egy próbát.
IMC (integrated memory controller) is okozhat ilyet és ahogy M.T. kolléga is írta, ha van 4 stick a gépben, akkor már simán lehet, hogy a processzor IMC-je nem tudja tartani az XMP/EXPO profil-t sem.
(Ha valamiért a szilícium lottón nagyot bukott valaki, akkor lehet 2-nél sem, de az már garanciális esetnek hangzik (CPU) és másik kártyával is reprodukálható könnyen.)Nyilván a legjobb az lenne, hogy egy másik kártyával is tesztelni, hogy ugyanaz-e a helyzet vagy sem, mert ha nem akkor egyértelműen GPU-hoz köthető, ha pedig igen, akkor egyértelműen a többivel van valami.
Egyik lehetőség még a SAM (Smart Access Memory) kikapcsolása, mivel ha a fenti áll fenn, akkor annyira nem szerencsés a közvetlen RAM használat a videokártya részéről.
A másik lehetőség: elmerülni a memória tuning világában.
Viszont ha az alaplap bírja, akkor első körben azt nézném meg, hogy mennyi plusz feszültséget lehet biztonságosan hozzáadni, mert az még az egyszerűbb kategória és megoldhatja a fentit.Nálam például a XMP 4 stick-kel épphogy stabil (kézileg beállítva a 3600 MHz gyári frekvencia már nem az, az alaplap képtelen időzítést találni), becsúszik 1-1 WHEA 18 (CPU Cache failure) még gyári paraméterekkel is az 5600X-en, így pont ugyanebbe az irányba gondolkozom, mert nagyon nincs kedvem az időzítések finomhangolásával szívni, ha nem szükséges.
-
R0GERIUS
tag
válasz Bandit21 #39318 üzenetére
Sajnos a BFV motorja mind a mai napig durván bugos.
Emiatt ilyenkor még javasolt lehet a kb. max-100 MHz minimum órajel használata ilyen játékoknál.
Sejtés alapján az okozza, hogy egyes játékok adnak egy fals jelet a drivernek, ami miatt visszaveszi a teljesítményt, utána pedig rögtön azt, hogy mégis van terhelés és ilyen gyorsan nem tud két szélsőséggel mit kezdeni.
Ez az oka, hogy sok YT videóban látod a fenti javaslatot.MPT és UV nem fogja megoldani ezt, mivel tisztán szoftveres nyűgről van szó.
-
R0GERIUS
tag
válasz bobalazs #39319 üzenetére
Ez pedig fontos:
AMD Ryzen 5xxx és afeletti CPU-n ne használj mást a 'Kiegyensúlyozott' sémán kívül.
Ha kell, akkor a sémán belül szabadulj meg az alvó beállításoktól. (Főleg PCI(-E)-n ha létezik.)
A chipset driver pedig mindig erősen ajánlott.
Amit javasolt megnézni: ULPS, mind BIOS-on belül, és ha nem látszik ott, akkor OS-en belül és kikapcsolni azt (természetesen asztali gépen). Ez is okozhat energiagazdálkodás miatt masszív drop-okat. Ha egyik helyen sem létezik, akkor alapból kikapcsolt és jó vagy. -
R0GERIUS
tag
válasz bobalazs #39335 üzenetére
Előre jelzem: ez a rész erősen spekuláció tapasztalati információkból, ez a rész már erősen grafikus pipeline, amihez nem értek.
Egyes motorok hajlamosak arra, hogy hirtelen drasztikusan kevesebb erőforrást kérnek.
Például: 100%-100%-2%-100%
Ha elég nagy az időablak, amit alacsony terhelésen tart és külön nem jelzi, hogy átmeneti állapot (pl. valamilyen 'keep-alive'), akkor a driver azt hiszi, hogy befejezted a terhelést és kis terhelésre kell visszaállni.
Ugyanakkor ez nem lesz igaz, és megy is egyből a nagy terhelés utána, amire nincs felkészülve a kártya.Modern motorok többségén nem probléma, mert kis terhelésen sem engedik drasztikusan le az órajelet.
Pl.: 2600 MHz max és 1600-1800 MHz alacsony terhelés normál esetben, de egyes motorok azt jelzik a driver felé vagy a terhelés hiányából a driver azt következteti ki, hogy befejezték a munkát és az alacsony terhelés lemegy 0-800 MHz közé, mintha asztali módban lenne.[ Szerkesztve ]
-
R0GERIUS
tag
válasz bobalazs #39329 üzenetére
A magas VRAM az egy külön történet ettől, és sajnos gyakorlatilag állandóan kísértő átok.
Túl sok mindentől függ, tényleg az egyedüli általánosan bevált taktika, hogy kiszemelsz egy stabil verziót és addig azt használod, amíg nem kell váltani.A teljesség igénye nélkül, ugyanis függhet a kábeltől, a monitortól, a frissítési frekvenciától, az operációs rendszertől, a drivertől és az adaptív frissítéstől.
-
R0GERIUS
tag
válasz Tomko78 #39331 üzenetére
Hmm, 60 egész számú többszöröse lenne, ami nem megy jól?
Megnézem este, hogy nálam éppen mit produkál, és ha ugyanilyen gondom van, akkor ki is próbálom azokat a frekvenciákat is
FRISSÍTÉS: Nem nyert a teóriám, 180 Hz+60Hz-en tesztelve jó volt 165 Hz alatt bármelyik értéken, 165 Hz-en és 180 Hz-en már maximum volt a VRAM, ami "normál működésnek" tekinthető.[ Szerkesztve ]
-
R0GERIUS
tag
válasz Tomko78 #39343 üzenetére
Szerintem megvan az oka, és nyűgös.
Az oka a monitor időzítésekben rejlik, hogy mennyire "sztenderd".
Ha a monitornak egyedi időzítései vannak, akkor többnyire nem szereti a driver és inkább ad max órajelet, mintsem szaggasson.Nekem itthon van egy Acer 180 Hz-es monitorom, aminek a pixel órajele 768 MHz körül kellene lennie a legtöbb sztenderd szerint.
Természetesen a panel maximum órajele 710 MHz, így az Acer ügyeskedve összerakta 706 MHz-re, ami mondanom sem kell: köze sincs a sztenderd időzítésekhez.
Emiatt nem szereti a grafikus driver, és a megoldás az időzítések cseszegetése lenne (CRU).[ Szerkesztve ]
-
R0GERIUS
tag
Csendben frissült volna a 24.4.1 tartalma vagy csak a változások listája frissült volna az oldalon?
Eddig nem volt benne a Gray Zone Warfare, csak a Manor Lords és más hírportálokon is leellenőriztem ezt.
https://www.amd.com/en/resources/support-articles/release-notes/RN-RAD-WIN-24-4-1.html
https://www.guru3d.com/download/amd-radeon-software-adrenalin-2441-driver-download/ -
R0GERIUS
tag
válasz westlake #39512 üzenetére
Félig egyetértek, félig nem.
Abban egyetértek, hogy az esetek többségében a WU jól működik, viszont 2 drivert inkább mindig kézzel telepítek: GPU és Chipset.Utóbbit nem igazán lényeges frissíteni pár kivételtől eltekintve (de nyilván amikor telepítem, akkor az alaplap gyártó oldalát preferálva igyekszem a legfrissebbet feltenni), ugyanakkor Intel Skylake/Coffee Lake és AMD AM4/AM5-nél is láttam, hogy félmunkát végzett a WU és nem telepített fel 1-2 PCI vezérlőt, amitől észlelhetően és mérhetően lassabb volt az NVMe SSD kezelés (ismeretlen eszköz volt és nem talált a WU hozzá drivert, pedig a platform egyik esetben se volt a legújabb (kivéve az AM5-öt)).
GPU-nál pedig ha nem integráltról beszélünk, akkor túl gyakran végez félmunkát a WU. Asztalinál nem szokott ebből gond lenni, de laptop esetében annál inkább, mert sokszor az alvási dolgokat elcseszi.
Ennek ellenére viszont mindenhol máshol jó a WU és sokszor felesleges kézzel nekiesni a többi driver-nek.
Bárcsak viszont megcsinálná az MS, hogy ha már támogatja újonnan az alaplap által triggerelt driver telepítőt, akkor arra is adhatna egy ugyanolyan felugrót, hogy szeretnéd-e a GPU és Chipset drivert kézzel vagy automatikusan telepíteni és kb mindenki boldog lenne, hogy nem kell az internettel és DDU-val bohóckodni ehhez.
Új hozzászólás Aktív témák
- Sapphire Nitro+ RX 6950 XT PURE GAMING OC 16GB - BONTATLAN!
- ASUS TUF RTX 3070 8GB OC - eladó!
- BESZÁMÍTÁS!Bontatlan RTX 4060Ti 16GB / 4070 12GB / 4090 24GB videokártyák számlával 3 év garanciával
- BESZÁMÍTÁS! Bontatlan RADEON RX 6600 8GB / RX 6700 XT 12GB videokártyák számlával 3 év garanciával
- MSI GeForce RTX 3060 8GB GDDR6 Ventus 2X OC /újszerű/gyári/csavarmatricás/ (BESZÁMÍTÁS)
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs