Új hozzászólás Aktív témák
-
AtHoS
nagyúr
Nos mióta összepakoltam az új konfigom, folyamatosan figyelem a program újabb és újabb verzióit, hátha lesz egy olyan verzió amiben már az alaplapom infójáról a maradék hiányosság is javítva van, de sajnos nem örülhettem még eddig ennek.
Alaplap: Gigabyte GA-MA69G-S3H
Az infok, amik nem egészen fedik a valóságot pedig:
Számítógép/Túlhajtás/Grafikus processzor tulajdonságai:
GPU órajele jelzett érték:57MHz, holott 400MHz-nek kéne lennie, BIOS-ban ennyire van állítva
Memória órajele 401MHz (eredetire 200MHz-et ír ez is érdekes)
Számítógép/Érzékelő/Hőmérsékletek:
AUX: 37ºC ez igazából nemtudom, hogy jó értéket mutat-e vagy sem, mert nem tudom minek a hőmérséklete lenne
Számítógép/Érzékelő/Feszültség értékek :
+2.5V: 2.08 V Ez elviekben a memó feszültsége lenne, BIOS-ban 2.1V-ra van állítva. Ha módosítom BIOS-ban akkor ez is változik
És egy kérdés a végére. OSD és LCD panelre tervbe van-e véve pillanatnyi hálózati sebesség kijelzése? A Hálózat/Windows hálózat/MAC Bridge Miniport - Packet Scheduler Miniport eszköznél a Hálózati kártya tulajdonságainál megtekinthetőek ezek az értékek, de azért OSD-n vagy LCD-n praktikusabb lenne figyelni.
Szerk.: ehh verziót elfelejtettem beta1082
[Szerkesztve]read-only mode on the forum
-
AtHoS
nagyúr
Ez aztán a gyors reakció
1.) Igen, eltűnt mostmár a Túlhajtási részről a memórajel
2.) Mostmár DIMM az elnevezése a memfeszkónak
3.) Sajnos ehhez nekem sincs ötletem
4.) Csináltam 2 debug infót is, aztán megnéztem, hogy egyeznek-e. Találtam eltérést, így mindkét infót inkább linkelem, mint beillesztem:
Info1: [link]
Info2: [link]
5.) Ez szomorúread-only mode on the forum
-
AtHoS
nagyúr
Hello!
Megnéztem az új beta-val és rendben mutatja az órajelet. Kicsit rátettem még egy lapáttal azzal, hogy ATITool-lal kicsit maceráltam a GPU órajelét (igaz csak lefelé) és rendben követte is 1-2 másodperccel utána az Everest is.
Gratulálok! Ez gyors és pontos munka volt
UI.: ATiTool is 57.28MHz-nek írja az órajeletread-only mode on the forum
-
AtHoS
nagyúr
Belefutottam egy érdekes Everest jelenségbe.
Miután átalakítottam a proci tuning kialakítását (11.5x246 -> 9.5x298), a fix szorzó miatt nem működik winben a CnQ. Emiatt az RMClolck progit üzemeltem be Performance of Demand profillal 2 lépcsős energiagazdálkodással.
Mivel kíváncsi voltam, hogy az új kialakítású tuning mennyire befolyásolja a memóriasebességet, elővettem az Everest-et és megnéztem a memó olvasást, írást, másolást. Az olvasásnál jópárszáz MB/s-al nagyobb eredményt kaptam, mint előtte 6500MB/s vs. 7200MB/s. Kicsit meglepődtem ezen, mert elvileg minimális az órajeleltérés a jelenlegi állapot javára (944MHz vs. 945MHz).
Párszor rányomtam még az F5 gombra és ekkor meglepetésemre néha mért az Everest 6500 körüli értéket is, de legtöbbször a 7200 magassága lett az eredmény.
Ekkor kiléptem az RMClockból, így a proci 9.5x298-as beállításba került. Megnéztem ismételten az olvasási tesztet, de mostmár rendre 6500 körüli értéket kaptam csak, akárhányszor frissítettem a mérést.
RMClock újraindítása után szintén jöttek a 7200-as eredmények. Gyorsan beüzemeltem RMClock-ban a Maximal Performance profilt 9.5-ös szorzóra és át is kapcsoltam. Újra megnéztem az Everest memó olvasást és így is rendre 6500 körüli értékeket kaptam.
Googliban utánanéztem egy újabb Everest verziónak és letöltöttem a 4.10.1095beta verziót, hátha valami verziós dologba futottam bele. Eredmény: ugyanaz a jelenség az újabb verzióval is.read-only mode on the forum
-
AtHoS
nagyúr
Egy nüansznyi info.
A procihűtő ventillátor az alaplapi szabályozás következtében néha olyan alacsony fordulaton megy, hogy a lap nem képes detektálni. Ilyenkor a Chassis ventifordulat kerül CPU venti fordulatként kijelzésreread-only mode on the forum
-
AtHoS
nagyúr
Szerintem ha összeadod a fölötte található Összes üzemidő és Összes üzemszünet másodperc értékét, akkor kapod meg a 100%-ot.
A %-os érték (az összes üzemidő %-os alakja) ehhez a 100%-hoz mérten mutatja, hogy mennyit volt üzemben az Operációs rendszer.
[Szerkesztve]read-only mode on the forum
-
AtHoS
nagyúr
Belefutottam egy érdekes dologba.
mr_ricsi fórumtárs A64 X2 tuningolásának segítségéhez készített egy prociszorzó-memóriaosztó táblázatot CPU-Z progi felhasználásával. Hasonló okokból kifolyólag Én is nekiálltam egy bővített táblázat létrhozásához, de Én az Everest CPUID ablakát használtam az osztó változásának figyeléséhez.
Nos a 2 táblázat az egymást fedő területen 2 helyen eltérést mutat.
tábla1: [link]
tábla2: [link]
8.5-ös szorzó BIOS 667-es beállítás: CPU-Z 5-ös osztó, Everest 6-os osztó
ill.
9.5-ös szorzó BIOS 533-as beállítás: CPU-Z 7-es osztó, Everest 8-as osztó
8.5-ös szorzónál meg is néztem nálam mi lesz az eredmény [link]
A Clockgen a CPU-Z-t támasztja alá, míg a Sandra az Everest-et.
A nagy kérdés pedig az, hogy melyik is a valóság?read-only mode on the forum
-
AtHoS
nagyúr
Köszi a válaszokat, most már minden világos
Én is inkább az Everest-nek hiszek, mint a CPU-Z -nak, mivel az elméleti számítások is az Everest-et igazolják.
Ráadásul a CPU-Z nálam csinált érdekes dolgokat: elindítottam és néztem az értékeket a kezdőablakban. Közben eltaboltam és csináltam mást, mikor is a gép egyszercsak magától újraindult. Nem tudtam mire vélni, így az előzőleg elindított programokat egyesével megnéztem melyik lehet a bűnös. Mondanom sem kell, hogy a CPU-Z elindítása után nemsokkal jelentkezett újra a tünet. Ekkor megnéztem, ha csak a CPU-Z van elindítva, akkor is csinálja-e. Hát csinálta. 1.40-5 -ös verzióval tapasztaltam ezt. Az 1.41-est meg nem néztemread-only mode on the forum
-
AtHoS
nagyúr
Lehet kicsit szűkszavúan írtam le, de nekem egyértelműnek tűnt
Akkor picit részletesebben:
Everestben az Eszközök/EVEREST CPUID ablakban a jobb alsó sarokban található érték CPU/x, ahol az x természetesen a memória osztó. Ez az érték az ablakban DRAM/FSB Ratio néven szerepel
CPU-Z-ben a Memory fülön olvasható egy FSB/DRAM érték, ahol szintén CPU/x érték szerepel
Igaz, hogy a két program más-más címet ír az értékekhez, de a kiírt osztó nagy valószínűséggel már a végleges memóriaosztó mindkét programban. Az eltérések a különböző x értékek a 8.5-ös és 9.5-ös szorzónál.
Mint visszább olvasható Fiery szerint is az Everest által mutatott érték a valós.read-only mode on the forum
-
AtHoS
nagyúr
Örvendetes hír
Sajnos ez az új verzió sem mutatja az Asus P5K Premium lapom memória feszültségét
Sőt az érzékelő részen a feszültségeknél már csak a CPU fesz látható. 4.6-ra visszaváltva szintén eltűntek az adatok. No asszem újraindítom a wint, hátha a friss telepítés kavart be
read-only mode on the forum
-
AtHoS
nagyúr
Ahhha! Akkor ez megint egy szép Asus fícsör. Köszönjük neked ismét ASUS
Oliverda
Szerencsére nem kell matatgatni a BIOS-ban így nem tudom, de most megnéztem és csak azokat látni, amit az Everest is ír.Úgylátom el voltam kényeztetve eddig a Giga és Jetway lapokkal
read-only mode on the forum
-
AtHoS
nagyúr
Másnál is problémás Logitech G15-nél az LCD megjelenítés?
Épp gépfejlesztés előtt vagyok és gondoltam nézek pár sebességtesztet még a régi rendszerrel, hogy legyen összehasonlítási alap Szerettem volna látni 3Dmark alatt a hőfokokat és erre gondoltam pont jó lesz az Aida64.
Az LCD beállítása közben tapasztaltam meg, hogy nem egészen úgy jelzi ki a dolgokat ahogy kellene. Olyan, mintha a koordinátarendszer el lenne csúszva jobbra (de erősen) a szenzor értékek megjelenítésénél.
Na közben nézegettem a beállításokat, ki/be kapcsolgattam a mértékegység és címke kijelzést és rájöttem, hogy a szenzor értékeket és a mértékegységet mindig jobbról visszafelé helyezi.
Ha a teljes szélességet lentebb veszem, akkor be tudom rendezni az LCD bal szélére a szenzor értékét, ha csak azt akarom, hogy jelezze..
Jáj... lassan tanfolyamra lesz szükségem[ Szerkesztve ]
read-only mode on the forum
-
AtHoS
nagyúr
válasz házimozis #4657 üzenetére
Akkor nálad még egészen jól is működik
Asus Maximus VIII Ranger lapnál a 4936 beta utáni verzióknál ennyi infó van csak az érzékelő részen
Konkrétan semmit sem tud mutatni -> kuka
(Küldtem be log-ot is róla, azóta 2 verzió is kijött bétából, de ugyanúgy .......)Valahogy így kellene kinéznie (b4936)
[ Szerkesztve ]
read-only mode on the forum
-
AtHoS
nagyúr
Szia!
Sajnos nem töltődik be a kernel Driver, ez a hibaüzenet van az eseménynaplóban hozzá:
"A szolgáltatás (FinalWire AIDA64 Kernel Driver) a következő hiba következtében leállt:
A tanúsítványt a kiállító visszavonta"szerk.
Napló neve: System
Forrás: Service Control Manager
Dátum: 2019. 03. 26. 18:32:30
Eseményazonosító:7000
Feladatkategória:Nincs
Szint: Hiba
Kulcsszavak: Klasszikus
Felhasználó: n.a.
Számítógép: DESKTOP-*********
Leírás:
A szolgáltatás (FinalWire AIDA64 Kernel Driver) a következő hiba következtében leállt:
A tanúsítványt a kiállító visszavonta.
Esemény XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" />
<EventID Qualifiers="49152">7000</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8080000000000000</Keywords>
<TimeCreated SystemTime="2019-03-26T17:32:30.380497100Z" />
<EventRecordID>55473</EventRecordID>
<Correlation />
<Execution ProcessID="856" ThreadID="7352" />
<Channel>System</Channel>
<Computer>DESKTOP-*********</Computer>
<Security />
</System>
<EventData>
<Data Name="param1">FinalWire AIDA64 Kernel Driver</Data>
<Data Name="param2">%%2148204812</Data>
<Binary>4100490044004100360034004400720069007600650072000000</Binary>
</EventData>
</Event>Szerk2.
Megpróbáltam importálni a tanúsítványt a kerneld.x64 fájl tulajdonságait lekérve, de utána is ugyanez a hibaüzenet, bár wint most nem indítottam újra
[ Szerkesztve ]
read-only mode on the forum
-
AtHoS
nagyúr
Hmmm...nem tudom mi okozza, de ha elindítom az új, frissített kernel driver-es verziójú Aida64-et (pl. 4983-at), akkor játékok alatt kékhalálozik a W10.
Division 2 alatt folyamat dobálta a kékhalált és azt hittem a VGA OC okozza, így Metro Last Light Benchmark-kal próbáltam finomítani a beállítson, de ott is kékhalál vetett véget a tesztnek, ezért visszaállítottam gyári beállításokra a VGA-t, de Division 2-ben ugyanúgy jött egymásután hol 5 perc múlva, hol 20 percig is bírta, de teljesen random volt, mivel harc közben és simán inventoryban kutakodva is előjött, ráadásul mindegy, hogy DX12 vagy DX11-et választottam ki.
A hibára rákeresve ajánlották az audio és VGA driver cseréjét. így audio drivert több verziót is kipróbálva, illetve VGA drivert is cserélve a kékhalálok megmaradtak.Aztán gondoltam egyet tegnap hajnalban no meg egyéb ötletem már nem volt és nem Aida64-el figyeltettem a VGA-t játék/teszt közben, hanem az AMD beépített overlay-ének segítségével és meglepetésként ért, de nem volt kékhalál. Ma este megpróbáltam reprodukálni a kékhalál mentességet és HWInfo64-et indítottam el Division 2 mellé. kb. 3 órát futott a játék kékhalál nélkül.
Ha ma hazaérek estefelé melóból megnézem a régi kerneles 4936-tal mi a helyzet játék mellettAddig is Bluescreenview-el ezt mentettem
==================================================
Dump fájl : MEMORY.DMP
Összeomlási idő : 2019. 04. 09. 22:40:48
Hiba ellenőrző karakterlánc: THREAD_STUCK_IN_DEVICE_DRIVER
Hiba ellenőrző kód: 0x000000ea
Paraméter 1 : ffff9982`d2a90080
Paraméter 2 : 00000000`00000000
Paraméter 3 : 00000000`00000000
Paraméter 4 : 00000000`00000000
A hibát előidéző drájver:
A hibát előidéző cím:
Fájl leírása :
Termék neve :
Cég :
Fájl verzió :
Processzor (CPU) : 64 bit (x64)
Összeomlási cím :
Verem cím 1 :
Verem cím 2 :
Verem cím 3 :
Számítógép neve :
Teljes elérési út : C:\Windows\MEMORY.DMP
Processzorok száma: 8
Főverzió : 15
Alverzió : 17763
Dump fájl mérete : 1 394 337 646
Dump fájl keletkezési ideje: 2019. 04. 09. 22:41:43
==================================================[ Szerkesztve ]
read-only mode on the forum
-
AtHoS
nagyúr
Alap beállítások + rendszer stabilitás tesztnél bekapcsolgatva az értelmesebb érzékelő infók, hogy a Statistics fülön láthatóak legyenek a current min max avegarge értékek. ini fájl ugyanaz mindkét esetben (másolva)
Megnéztem ezt az EC beállítás dolgot, ahol az egyik alapból nem is volt engedélyezve (Embedded controller (EC) bank váltás), míg a másikat kézzel kikapcsoltam (Embedded controller (EC) támogatás). Aida64 újraindítás megvolt utána plusz .ini fájlt sem másoltam, hanem kézzel bekapcsolgattam a látni kívánt érzékelő infókat
Nem voltam 5 percet Division 2 játékban és ismét kékhalál, bár most már W10 1903 b18362.53 rendszer fut a gépen
Most kikapcsolgattam a stabilitás beállításoknál minden a gépre nem érvényes/jellemző beállítást. Alacsony szintű beállításoknál megpróbáltam csak az érzékelő műveletek meghagyni, de akkor semmilyen értéket nem mutat a rendszer stabilitás teszt statisztikai füle, így visszakapcsoltam az összest megnézem így mi a helyzet
[ Szerkesztve ]
read-only mode on the forum
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen