Új hozzászólás Aktív témák
-
Fiery
veterán
válasz pszichiater #1973 üzenetére
Ezt a postot nezd meg kerlek --> [link]
-
Fiery
veterán
válasz pszichiater #1979 üzenetére
Azt hittem, egyertelmu... De akkor beidezem ide az ottani postomat:
"The issue is due to the recently implemented feature of Catalyst drivers called ULPS. It is a power-saving feature that completely shuts down any non-primary GPUs in CrossFire configurations when the video card is working in non-3D mode (e.g. at Windows Desktop). When any of the installed GPUs are shut down, sysinfo tools like EVEREST can still read out GPU registers and sensor readings from all GPUs. This is the nice part.
The not-so-nice part is that for unknown reason when any of the installed GPUs are shut down, reading GPU registers from those GPU(s) sometimes (but not in all cases) causes a system lockup (freeze). This happens with all sysinfo tools that handle multiple ATI GPUs.
Before implementing that feature AMD contacted us. They warned us about an upcoming feature and its impacts. I quote from their email: "your application may come to a halt once we release this feature". We replied and asked for assistance about avoiding any possible issues when they implement ULPS. We got no help back then.
Once AMD actually implemented ULPS in their Catalyst drivers, we contacted them again and asked for assistance once again. We got no response at all.
Since then we've desperately been trying to find a way to avoid the lockups. We've implemented 2 workarounds so far, and it works on some systems, but not all. We've contacted fellow sysinfo authors to find out if anyone could come up with any solutions, but it seems so far noone could solve it properly, not even using AMD's assistance/help. Quite frankly, it seems this feature (ULPS) is implemented in a not-so-fortunate way that causes nothing but headaches to software developers.
One possible workaround surfaced lately. AMD implemented a special interface (ADL) in their drivers to let 3rd party software read out GPU properties via video driver calls. It's a nice idea and a nice gesture from AMD, but the way they implemented that interface is once again not great. Using ADL it may be possible to avoid lockups, but ADL calls work so slow that they make it impossible for us to read special values like GPU temperatures and voltages with frequent dynamic update.
Once we could figure out a working fix, we'll post it into this topic, and all other topics related to the same issue. Thank you for your patience.
Meanwhile, you can disable ULPS feature by setting the value for any occurences of "EnableUlps" in your Registry to "0". However, by doing that your non-primary GPU(s) will be driven even when they're not utilized, hence causing a higher system power draw."
-
Fiery
veterán
válasz Dr. Romano #2005 üzenetére
Mi azonos modon rakunk ki minden egyes ikont. Ha a Windows nem jeleniti meg mindet, az nem az EVEREST hibaja, hanem egy Windows bug lesz
-
Fiery
veterán
válasz DroiDMester #2008 üzenetére
A DIMM VTT egy nem valodi feszultseg ertek. Az csupan egy fantom ertek, amit ki kellett vennunk, mert a Maximus III Formula alaplap nem mér ilyen feszultseget. Ergo a legujabb beta a legjobb verzio a Te lapodhoz.
-
Fiery
veterán
A legtobb hasonszoru Asus/Gigabyte/MSI alaplap eseteben az alaplap hofoka valojaban az alaplapra szerelt erzekelo (szenzor) chip sajat hofokat jelenti. Vagyis, a szenzor chip a sajat hofokat is me'ri, valamint kulso diodaval a processzoret is.
Vannak olyan alaplapok, amik ezen felul kepesek az eszaki hid, deli hid, PWM es hasonlo alaplapi komponensek hofokat is me'rni, de a Te alaplapod nem ilyen sajnos.
Megjegyzem, hiaba van ott az adatlapodon az alaplapod tipusa, az me'g nem jelenti azt, hogy feltetlenul a sajat gepedrol kerdezel; vagy lehet tobb geped is; vagy esetleg lehet az adatlapodon levo informacio kicsit elavult is Uj gepet veszel, esetleg elfelejted az adatlapodat frissiteni, stb. stb...
[ Szerkesztve ]
-
Fiery
veterán
válasz DroiDMester #2010 üzenetére
Meg lett nezve, de Maximus III Extreme lap volt a delikvens, amit neztunk. Ennel a lapnal nincs DIMM VTT feszultseg meres. Mi eredetileg azt felteteleztuk (elozetes, tehat nem vegleges BIOS image-ek alapjan, nem hasrautessel!), hogy a 2 alaplap (Maximus III Extreme, Maximus III Formula) szenzor regiszter kiosztas szempontbol megegyezik, es emiatt vettuk ki a Formula eseteben is a DIMM VTT feszultseg merest. De ezek szerint ez hiba volt Most meg fogjuk nezni ujra, a legujabb BIOS image-eket, es az alapjan javitani fogjuk mindket lapnal a szenzor infot.
Koszi a fotot!
[ Szerkesztve ]
-
Fiery
veterán
válasz SzlobiG #2043 üzenetére
Ettol fuggetlenul a legbiztosabb az, ha letiltod ezt a franya ULPS-t. Ezt ugy teheted meg, hogy elinditod a Registry Editor-t (REGEDIT.EXE), rakeresel az "EnableUlps" szovegre, es minden egyes elofordulasanal nyomsz rajta egy duplaklikket, es atirod az erteket 0-ra. Majd ujra kell inditani a Windowst, es ezzel elvileg az ULPS-t letiltottad.
Fontos azonban, hogy ezt minden egyes Catalyst driver telepites ill. csere utan meg kell tenni.
-
Fiery
veterán
válasz elithun #2058 üzenetére
A videokartya homersekletet egyik sem mutatja, de a videokartyan levo GPU chip homersekletet mindharom mutatja, csak a chip kulonbozo teruleteirol van szo. A legmagasabbat vedd figyelembe, de nem kell megijedni a magas hofokoktol. A GPU-k sokkal magasabb hofokon uzemelnek, mint a CPU-k. 100 Celsius fok is teljesen normalis egy GPU eseteben.
-
Fiery
veterán
válasz Fejlesztő13 #2067 üzenetére
Elvileg az alaplapon lévő gombelemé.
-
Fiery
veterán
Kerlek masold be ide a topicba az EVEREST-bol az Erzekelo oldal teljes tartalmat. Valamint, ha van ra lehetoseged, kerlek a BIOS Setup megfelelo lapjarol jegyezd fel az osszes mért homersekletet es feszultseget (referencianak), es azt is ird be ide a topicba. Ezen adatok alapjan ki tudjuk javitani a szenzor infot. Koszi elore is!
-
Fiery
veterán
válasz hejesírásó #2085 üzenetére
Szamitogep / Erzekelo oldal.
-
Fiery
veterán
Na az viszont furcsa Melyik pontnal akad meg a betoltes? Ha ramesz betoltes utan az alabbi oldalakra, melyiknel all elo ugyanaz a jelenseg?
1) Szamitogep / Osszegzes
2) Alaplap / SPD
3) Alaplap / Lapkakeszlet
4) Alaplap / CPUID
Ezeket ugy nezd vegig kerlek, hogy minden lepes elott ujrainditod az AIDA64-et. Koszi!
-
-
Fiery
veterán
1) Milyen GPU(k)-rol van szo?
2) A nagy CPU hasznalat elofordulhat, ha nagyon sok elemet raksz ki az LCD-re, vagy ha nem AIDA64-et hasznalsz, hanem EVEREST-et. Az AIDA64-ben sokat optimalizaltunk a hardvermonitorozo modulon, hogy kevesebb processzoridot fogyasszon.
3) Sok mindent tervezunk, de egy olyan komplex modult, amit irsz, egyelore nem. De otletnek nagyon jo, csak tul komplexnek tunik elso olvasatra
-
Fiery
veterán
Szerintem egyszeruen csupan az AIDA64 szenzor modulja egy pillanatra megzavarodott. Sajnos nagyon ritkan elofordul ilyesmi, bizonyos konfigokon, es csak az SST modul bezarasakor. Csak dob egy hibauzenetet, de utana altalaban megy szepen tovabb. Kb. mint amikor az embernek rossz napja van
-
Fiery
veterán
válasz Oliverda #2128 üzenetére
Nem hiszem, hogy rosszul csinaltal volna barmit is. Igyekszunk me'g tesztelni a RAID-del es AHCI-vel kapcsolatos modulokat, csak sajnos ez rettento idoigenyes, hiszen tobbfele Windows-t kell telepiteni hozza, tobbfele drivert kiprobalni, RAID, AHCI es IDE modban is, stb. stb. stb. Jovore kicsit tobb idonk es energiank lesz ezekkel a franya RAID/AHCI vezerlokkel molyolni
Új hozzászólás Aktív témák
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Sorozatok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Háztartási gépek
- Azonnali VGA-s kérdések órája
- Computex 2024: Itt az új ROG Ally
- Milyen TV-t vegyek?
- Autós topik látogatók beszélgetős, offolós topikja
- Mibe tegyem a megtakarításaimat?
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs