Új hozzászólás Aktív témák

• #7524 Albigator őstag Dyingsoul #7523

  Új Válasz 2018-12-07 07:22:18 #7524

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Albigator

  őstag

  válasz Dyingsoul #7523 üzenetére

  Én tegnap raktam fel kíváncsiságból az AMD chipset drivert és automatikusan a Ryzen séma fogadott, ha jól emlékszem alapból 90%-os minimális proci terheléssel. 50%-ra állítottam ezt az értéket és így nálam még nem volt gond.

  Ez a turmix gépes jelenség pedig a régi inteles konfigomon jelen volt most a teljesen új Ryzenes rendszer nem produkál ilyet. Egyedül egy WD vinyó maradt de nem hiszem egyáltalán h az okozhatna problémát, hisz a win egy M.2 NVMe SSD-n van.

  (#7522) propetya85

  Folytatás várható ma 18:25-től.

  [ Szerkesztve ]

• #7525 Tyrel őstag Dyingsoul #7523

  Új Válasz 2018-12-07 08:36:03 #7525

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tyrel

  őstag

  válasz Dyingsoul #7523 üzenetére

  A fagyásokra én még mindig azt tudom mondani amit korábban is: feszültség, azon belül is jó eséllyel VDrop probléma.
  A min. CPU perf. levétele 15%-ra valószínűleg azért befolyásolja negatívan, mert kb. ezzel engeded meg a processzornak hogy alacsonyabb PState-ekre lépjen, amikor ugye visszaveszi az órajelét és feszültségét. Ha a feszültség szabályzással amúgy is gondok vannak, akkor ha engeded hogy azt még dinamikusan változtatgatni is próbálja, az nyilván ront rajta.

  Pl. visszaveszi magát a CPU 2200MHz-re meg ilyen 0,75V körüli feszültségre. Hirtelen csinálsz valamit, nem kell nagy dolgot, mondjuk megnyitod a böngésződet. Ezzel felugrik az órajel, és azt közvetlenül kéne követnie a feszültségnek is, itt egyszer számít a VRM "transient response" ideje, vagyis hogy milyen gyorsan tudja felvenni az új állapotokat. Lehet hogy már ez is késik egy kicsit, de önmagában valószínűleg még nem lenne probléma, viszont ha ez mellé még gyenge is és az LLC-vel sincs kicsit kompenzálva, akkor erre a késésre rá jön még egy VDrop is. Most így hirtelen nincs időm erre példákat keresni de Gamers Nexus és Buildzoid YT csatornáin vannak videók amikben magyarázzák ezt - jó eséllyel a CPU fagyival jutalmazza.

  A Load Line Calibration egyébként nem varázslat, csak simán egy szoftveres megoldás, kb. ugyan azt csinálja mint a feszültség Offset, csak míg az Offset a processzor VID táblájához vagy a fixen beállított feszültséghez képest egy fix eltérést határoz meg, addig az LLC a terhelés függvényében dolgozik. Pl. üresjáratban nem csinál semmit se, magas terhelésnél meg ráad mondjuk + 0,03V-ot az egyébként óhajtott értékre, hogy a VDrop-ot ellensúlyozza.

  Visszatérve a fagyásokra, próbáld erősebbre venni az LLC-t, ha nincs akkor a CPU VID Offset-et tekerd kicsit feljebb, ha az sincs akkor lőjj valami olyan fix feszültséget amin biztosan mennie kell... pl. 40x / 1,35V sztem nem kéne hogy gondot okozzon sehol se.

  Ha ilyen probémának akarsz utána járni felejtsd el az itt nagyon menő "úúú 23723 órát futott az IBT Übercharge módban" marhaságokat, ne konstans terheléssel teszteld hanem folyamat cincáld a bajszát, mintha egy autónak adnál gázfröccsöket. Akár egy egyszerű Cinebench is jó, mert az gyorsan lefut. Sokszor futtasd egymás után, elindít, megáll, elindít, megáll, és így tovább. Valószínűleg sokkal biztosabban elő fogod tudni hozni vele a random fagyásaidat, és ha már tudod reprodukálni úgy könnyebb orvosolni is.

  --------

  A fura megakadások valószínűleg valamelyik háttértár hibájából fakadnak. Ha így beakad a gép és ugyan azt a ~200ms hangmintát ismételgeti, akkor ha véglegesen így marad (értsd. lefagyott) az jó eséllyel valami driver probléma, vagy alapvető stabilitási gondból fakad (CPU/RAM gondok)... viszont ha egy pillanattal később felébred és megy tovább mintha mi sem történt volna, akkor nagy valószínűséggel csak I/O-ra várt. Bármelyik meghajtón is van az operációs rendszer és a Temp / swap cuccok, az lehet a legesélyesebb.

  Esetleg az energiagazdálkodásnál tiltsd meg neki hogy leállítsa a meghajtókat, hátha úgy nem jön elő, bár ha magával az egyik meghajtó vezérlőjével van gond, azon ez nem fog segíteni.

  [ Szerkesztve ]

  Turenkarn

• #7529 micafighter nagyúr Dyingsoul #7523

  Új Válasz 2018-12-07 09:14:24 #7529

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  micafighter

  nagyúr

  válasz Dyingsoul #7523 üzenetére

  (#7525) Tyrel leírt egy rengeteg hasznos dolgot, de első körben szerintem azt próbáld meg, hogy frissítesz egy chipset drivert, az beállítja majd neked a ryzen balanced energiasémát magától, aminek minimum proci terhelése 90% lesz. Ne módosítsd az energiasémát, próbáld ki ugy ahogy van elöször gyári értékeken, szerintem jó eséllyel megszünnek a fagyások.

  (#7525) Tyrel Strix X470-F lapja van egyébként, azon a lapon minden van kb asychronous bclk-t leszámítva. Illetve Q-fan controlban sehogy sem tudtam input hőmérsékletet állítani, míg egyes lapoknál ugye be tudod állítani hogy az adott venti profil minek a hőmérsékletéhez igazodjon (CPU, VGA, alaplap stb).

• #7550 chros őstag Dyingsoul #7523

  Új Válasz 2018-12-07 11:42:20 #7550

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  chros

  őstag

  válasz Dyingsoul #7523 üzenetére

  Nem hiszem, hogy ez szoftveres problema, ha a biosnal is fagyott.
  Huzva van a proci/ram? Milyen beallitasaid vannak a biosban?
  Elso korben az optimalis bios beallitasokat visszatolteni es tesztelni. Ha ugy is fagy, akkor onnan mehetunk tovabb.

  #7524) Albigator: nalam a Blanaced profile 5%-ra van leveve es nincs gond.

Új hozzászólás Aktív témák