Ha az Adida64 nem rendszergazdaként futtatom, akkor lehet, hogy a legkisebb frissítési gyakoriság 5 000 ms? azaz 5 sec?

Vagy én nézek el valamit?
Csökkenteni nem lehet, ha átírom nem menti el.
ini fájlba is hiába írom át kisebbre nem menti el, visszarakja 5 másodpercre.

Biztos van oka, de az hogy nincs admin jogom? Furcsa. kösz

Vélhetően az AIDA64.INI fájlhoz így nincs megfelelő hozzáférése, mert azt a rendszergazda hozta létre. Ha rendszergazdai jogosultság nélkül akarod használni, akkor eleve úgy is telepítsd fel, és akkor a megfelelő helyre fogja tenni az AIDA64 az .INI fájlt.
Esetleg megpróbálhatod átnevezni a meglévő AIDA64.INI fájlt, elvileg az is arra fogja késztetni az AIDA64-et, hogy máshol hozza létre az .INI fájlt.

ini-hez van jogom, le is tudom törölni, létre is jön újra.

De 5000 alá a lefelé mutató nyillal se tudom csökkenteni, csak növelni.

első kettőnél 3000 a minimum limit, többinél 5000.

Félreértettem a problémát. Igen, úgy van kitalálva a frissítési frekvencia, hogy a CPU-órajel méréshez igazodik. Ez utóbbi pedig sokkal lassabban oldható meg rendszergazdai jogosultság nélkül.

Egyébként furcsállom, hogy rendszergazdai jogosultság nélkül akarod monitorozni a gépedet. Anélkül ugyanis a legtöbb monitorozható érték nem elérhető, a maradék elég sovány választék. Mely rendszerparamétert akarod monitorozni, ráadásul 3 mp-nél gyakoribb frissítéssel?

Helló, egy érdekes anomáliába futottam bele. AIDA64 Extreme Edition v.6.80.6200 van a gépemen.
Az alaplap: ASUS ROG STRIX B650E-F GAMING WIFI,
A CPU: AMD AM5 Ryzen 7 7700X
Az AIDA64 felismer mindent. 2022 végéig frissült.

Viszont a hőmérsékletnél anomália van. Rövidebben arról van szó, hogy reggel a ventilátorok nagyon pörögtek. A gép 2 napja lett összerakva. Reggelig nem volt semmi extra. Tehát reggel nagyon pörgött úgy, hogy 0-9% között ugrált a CPU kihasználtság. Ránéztem az AIDA64-re, és azt láttam, hogy 75 fokon van a CPU, de fixen.
Ennél az értéknél a másik topicban azt tippelték, hogy valami mégis fejleszti ezt a hőt, és az alaplapi védelem nem engedi 75C fok fölé. Tegnap még az AIDA64 rendben mért:

Aztán reggel elkezdődött a kálvária. Eleinte azt gondoltam, hogy a Windows beli a hiba, mert újraindításkor, illetve a BIOS-ban azt láttam ,hogy 44-46C fok között van, és a alacsonyabb fordulatszámra kapcsoltak a ventik is:
Utána az volt a tipp, hogy az Armoury Crate kergülhetett meg (ekkor még nem volt fent a HWinfo).

Aztán felkerült a HWinfo, aminél hihető értékek jelentek meg.
Aztán látszott, hogy az AIDA64 folyamatosan ragaszkodik a 75 fokhoz, még a HWinfo, váltogatott a hőfok értékek között.
A kérdés az lenne, hogy elképzelhető, hogy a 6.80-as AIDA64 hibásan olvasná ki az adatokat? A dolgot még bonyolítja, hogy az AIDA64 és az Armoury Crate szinkronban jelez ki ugyanolyan értéket, még a HWinfo, és a PCmark egymáshoz hasonlókat, de a másik kettőétől eltérőket:

Plusz kérdés:
ROG STRIX B650E-F GAMING WIFI 　| Alaplapok | ASUS HU
"A ROG Strix B650E-F alaplaphoz hatvan napos AIDA64 Extreme előfizetés jár: ez az eszköz részletes információkat nyújt a hardver- és szoftverelemekről, valamint teljesítményméréseket a teljes rendszer vagy az egyes alkatrészek teljesítményének megismeréséhez. Az AIDA64 Extreme figyelési és diagnosztikai szolgáltatásokat is nyújt a hardverproblémák észleléséhez és megelőzéséhez. Minden fontos rendszerérzékelő valós időben követhető. A leolvasott feszültségszintek, ventilátorsebességek és hőmérsékletinformációk megnézhetők az asztalfelületen, kiküldhetők egy külön képernyőre vagy a ROG AIO folyadékhűtők LCD-paneljére*."

Ezt hogyan lehet igényelni? Mert megújítás előtt azért jó lenne kipróbálni.

A fegyverládában biztos megtalálod. (Armory Crate)

Nekem legalábbis ott volt. (Asus ROG Strix B560-E Gaming WiFi)

[ Szerkesztve ]

Köszi, úgy néz ki, hogy ez jó:

Szóval akkor megújítandó

[ Szerkesztve ]

Be is újítottam

Mert céges laptop és nincs admin jogom, de pár dolgot néznék a külső LCD-n.

8. Generációs intel cpu, 4 mag 8 száll, 3,9Ghz max turbo freki.

Na de itt 5sec frissítési max? Ezt az algoritmust nálatok alaposan újra kellene gondolni.

Rendszergazdai jogosultság nélkül csaknem 1 másodpercig tart a CPU-órajel mérése. Ez az oka annak, hogy nem tesszük lehetővé a gyakoribb frissítési frekvenciát ebben az esetben.

Az miért van, hogy Intel CPU-nál (7100U), a System Stability Test ablakban megtalálható egy CPU Throttling zöld felirattal, AMD 7700X-nél meg egyáltalán nincs ilyen:

?

A throttling mérése csak Intel processzorokon lehetséges.

Köszi.

Az Androidos AIDA-ról kérdeznék.

Mennyire hardver közeli? Például: a hamisított kínai SSD-t/pen-t észreveszi, vagy átverik az AIDA-t?
Le tudom ellenőrizni ebből a szempontból?

Erre azt tudom mondani, részben. Sajnálatos módon a kínai hamisítvány gyártók kifejezetten célozzák az androidos diagnosztikai appokat, firmware szinten verik át azokat és velük együtt a vásárlókat is. Küzdünk ellenük, de ez egy macska-egér játék, ahol mi mindig egerek maradunk. A legjobb elkerülni minden, Kínában készülő eszközt, aminek a firmware-jét is ugyanott állítják elő. Tudom, ezzel nem leszek népszerú a magyar IT és telekom szcénában, de én személy szerint semmit nem vásárolok, ami teljesen kínai. Xiaomi, Lenovo, Meizu, Huawei, Oppo, Poco, Honor (stb) nálam mind tiltólistás. Én nem is teszek különbséget a kínai névtelen akármik és a nagy kínai márkák között sem. Ha a Lenovo lebukott kétszer is rootkit telepítésével, akkor ki tudja, mi van a többi márkánál... Summa summarum: a kínai cuccokat kell elkerülni, és akkor nem kell az androidos AIDA64-et sem ellenőrzésre vagy referenciának elővenni

Egyetértve, de: Én is igyekszem minél hardver-közelibb technikát venni mindenből, de a kínai gyártási potenciált nem lehet kikerülni. Lassan a magyar(német, angol, ...) gyereket is Kínában "csinálják"!

Ebben az esetünkben a 2TB-os HPE-re átcimkézett kínai gyártású SATA-SSD(Micron 5100 MAX) a művelet tárgya.
Egy Androidos állapot tesztre lenne szükségem.
A másik kínai vonal(a firmware hamisítós) másodlagos, egy másik történet miatt merült fel.
Így kettéválasztva lenne esetleg Androidos(AIDA-s) megoldás?

[ Szerkesztve ]

Az a baj, hogy az Android platform maga nem arról szól, hogy alacsony szinten, a lehető legközelebb tudsz férkőzni a hardverhez. Lehetne erre is appot írni, de ahhoz rootolt eszköz kellene első körben. Mi pedig inkább az androidos eszközök többségét (ami nem rootoltak) célozzuk, és próbáljuk betartani a Google által diktált játékszabályokat. Amik -- mármint a szabályok -- egyre szigorúbbak. Egyre kevesebb lehetőségünk van az alacsony szintű elérésre, és ezáltal egyre inkább ki vagyunk szolgáltatva a csalásoknak is. Én személy szerint az Android platformot egyáltalán nem ajánlanám az általad leírt ellenőrzésre. Ha SATA SSD, azt inkább Windows PC-n vizsgálnám, ott sokkal kevésbé játszanak a csalások. És ott is van AIDA64

[ Szerkesztve ]

Köszönöm a válasz!

Én is eredetileg "lapos(top)ra" és Windows-ra (validrive) terveztem a holnapi átvevős-ellenőrzős dolgot, de nem ér vissza a most hétvégén barátnős "lapos", ezért maradt az Android-os irány!
... vagy csúsztatni az üzletet!
...vagy vállalni azt a pár-tíz €-s kockázatot!

Több ennél nem múlik rajta, szerencsére.
Még egyszer köszönöm!

[ Szerkesztve ]

Sziasztok! Erre a verzióra beriaszt a Windows biztonság. Még sose volt ilyen. Téves lenne?
Version: 7.00.6754 beta (Mar 02, 2024) [kép]

[ Szerkesztve ]

Téves. De nyugodtan hagyd ki ezt a bétát, holnapután jön a v7.20 stabil kiadás Dark Mode-dal

Okés, köszi

Küldtem be egy riportot.
Nvidia CMP 100-210 kártyánál a megjelenítés GPU részen nem jól szerepel a RAM típus és szélesség. (DDR és 512bit helyett kellene HBM2 4096bit)
Valamint bár ez nem az Aida hibája valószínű, több helyen is 12Gb-osnak írja a program a kártyát holott 16Gb-os bár ez lehet a driver hibája. Alapból nincs hozzá driver, az nvidia oldalán a tesla v100 driverét használom hozzá gyári állapotban moddolatlanul V100 16Gb-ként kézzel telepítve.

Bár tudom nem egy gyakori kártya, de most ebayen igen sokat adtak el és nem bírtam ki hogy ne vegyek egyet CUDA-ra. (elvileg játékra is jó moddolt driverrel viszont pcie 1.1 1x módban megy csak és az nem biztos hogy fel lehet oldalni)

[ Szerkesztve ]

Köszi a riportot! Valami miatt az NVAPI interfész nem működik a kártyád esetében. Az NVAPI segítségével lehet a modern nVIDIA GPU-kból a legtöbb információt, adatot és mérést (pl. hőmérséklet, feszültség) kinyerni. A jelzett hibákra beépítünk egy workaroundot a következő AIDA64 bétába.

[ Szerkesztve ]

Bocs én voltam a hülye. TCC módban volt a kártya, WDDM-ben már teljesen jó minden. Csak ugye CUDAára jó a TCC mód is azért hagytam abba a módba.

Köszi, így már értem A workaroundokat benthagyjuk azért.

@Fiery

A stabilitástesztet milyen sűrűn szoktátok reszelgetni?
Jó lenne valami teszt, ami nem olyan gyilkos, mint az Y-cruncher, de megbízható. OC-s körökben jelenleg az Y a legelfogadottabb, az AIDA-t nem nagyon használják. Korábban úgy volt, ha Y elhasalt mondjuk 10 perc alatt, akkor az AIDA is elhasalt nálam 20 perc alatt.
De most itt az Y kb 4 percet bírt, az AIDA még mindig fut.
Valamint a végén, ha hibát dob nem lehetne kiírni, hogy mi hibázott? Hiszen 4 pipás teszt van, kiírhatná, hogy memória, CPU, esetleg a cache a ludas, ha megoldható.

SmartCool LCD esetén lehet tudni, hogy a Tömörítés minősége mit jelent?

Olyan mint a JPG képek tömörítésénél a kép minősége?
Sok különbséget nem veszek észre 1 és 99 között.
Esetleg 99-nek nagyobb a cpu igénye, és 99-nek kisebb a mérete amit LCD-re felküld?

Ritkán nyúlunk hozzá, jól működik. Érdemes azonban 2 körben tesztelni: először az első 4 tesztet bepipálva, az egy vegyes terhelés. Ha azzal nincs gond, akkor a második körben csak az FPU legyen bepipálva. Azzal a maximális disszipáció és hőtermelést lehet elérni.

Ha hiba van, szinte mindig kékhalál vagy egyéb rendszer összeomlás történik. Amikor pedig mégis sikerül az összeomlás előtt leállítani a tesztet hibajelzéssel, akkor nem lehet eldönteni, mi okozta a számítási hibát, hiszen a processzor szinten minden része (integer rész, lebegőpontos rész, dekóder, cache-ek, reorder buffer, stb) részt vesz a tesztben.

[ Szerkesztve ]

SmartCool kijelzők 3 féle módban üzemelhetnek: RGB565 bitmap, JPEG és PNG. Amikor JPEG módban működik, akkor JPEG formátumú képet kell átadni neki, és akkor van értelme a tömörítés minőségének. Ez ilyenkor a hagyományos JPEG tömörítési minőséget jelenti.

[ Szerkesztve ]

Értem, köszönöm. Alapvetően a RAM teszt a cél nagy CPU terhelés mellett. Sima memtest gyerekjáték, a nehéz rész akkor jön, amikor nagy a terhelés a ringre és a CPU-ra is.

Egyébként ami 1 órát teljesít Aida 4 pipáson, azzal nem szokott már általános használat mellett gond lenni, de nemzetközi OC fórumokon alulértékelt. Y az egy unreal teszt, már degradáltam vele procit.

És ezen üzemmódokat lehet változtatni?

Akkor lehet, hogy az FPU + System Memory lenne a legjobb erre a célra.

A SmartCool saját szoftverével lehet kapcsolgatni közöttük.

Megpróbálom majd, köszi!