- Samsung Galaxy S23 Ultra - non plus ultra
- Redmi Note 12 Pro - nem tolták túl
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Huawei Watch GT 3 Pro - korlátolt szépség
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Bemutatkozott a Moto G32 4G
- MIUI / HyperOS topik
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Bivalyerős lett a Poco F6 és F6 Pro
Hirdetés
-
Prémium külsőt kaphat a Motorola Moto G85 5G
ma A 300 eurós ár mellé kifejezetten igényes megjelenés társulhat.
-
Warhammer 40k: Space Marine 2 - Középpontban az egyjátékos és a multi mód
gp A készítők a minap két új előzetessel jelentkeztek a sokak által várt programhoz.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
Fiery
veterán
válasz Marmonkanna #4655 üzenetére
Erdemes a beta verziokra valo automatikus frissitest is (AIDA64 / fomenu / Fajl / Beallitasok / Altalanos / NetUpdate / Frissites tipusa --> Stabil es beta frissitesek) engedelyezni, ugyanis nagy altalanossagban jo minosegu betakat adunk ki. A legtobb betara valo frissites nem okoz semmi gondot, viszont hamarabb megkapod az uj fejleszteseket, mint ha csak a stabil verziokra frissitgetnel.
-
Fiery
veterán
válasz házimozis #4657 üzenetére
A szenzor problemara: a legujabb AIDA64 betaval (4972) nyomj kerlek jobb gombot az AIDA64 foablak aljan lathato allapotsoron --> Sensor Debug --> ISA Sensor Dump. Masold be a teljes eredmenyt ide a topicba. Az also allapotsort elkepzelheto, hogy elobb engedelyezned kell: AIDA64 / fomenu / Nezet / Allapotsor.
A memoria orajel fura jelenseg. A BCLK is ingadozik a memoria orajellel egyutt?
[ Szerkesztve ]
-
Fiery
veterán
Frissitettuk a kernel drivert a 4942-es buildben, ez okozhat ilyen gubancokat. Le kellene menteni az AIDA64 beallitasait (AIDA64.INI fajl, az AIDA64 mappajaban talalhato), majd minden AIDA64 verziot/buildet eltavolitani a geprol, ujrainditani a Windowst, letolteni a 4972-es (legujabb) betat, kicsomagolni azt egy ures mappaba, bemasolni az elozoleg elmentett AIDA64.INI fajlt ebbe a mappaba, majd indithato az AIDA64 az AIDA64.EXE-vel. Ha igy sem mukodik a kernel driver (ez jol latszik az Erzekelo oldalon), akkor ha megoldhato, nezz korul kerlek az Esemenynaplokban, hatha latsz utalast arra, hogy a Windows miert nem hajlando betolteni az AIDA64 kernel drivert. Masok is jeleztek mar nekunk ezt a problemat (bar a jelenseg nem tul gyakori, szerencsere), de egyelore nem tudtuk ezt a sajat teszt gepeinken reprodukalni.
[ Szerkesztve ]
-
Fiery
veterán
válasz Krystal_s #4660 üzenetére
Mas nem jelezte ezt a problemat. Megneztem, es a hibajavitas (workaround) korrektul beepitesre kerult. Kaptunk mar riportot 5.98-as AIDA64-gyel, Latitude 6230-rol, es ott minden flottul mukodott. Elkepzelheto, hogy nem az Intel NVMe detektalas boritja meg a SATA/RAID drivert a gepeden, hanem a RAID modul valamelyik mas resze. Azt lehetne csinalni ezzel, hogy az AIDA64.INI fajlt nyisd meg Jegyzettombben, es az alabbi sorokat keresd meg:
LowLevelRAIDEnum=1
LowLevelRAIDSMART=1
LowLevelAdaptecRAID=0
LowLevelLSIRAID=0Es modositsd oket, hogy igy nezzenek ki:
LowLevelRAIDEnum=0
LowLevelRAIDSMART=0
LowLevelAdaptecRAID=0
LowLevelLSIRAID=0Ha nincs az AIDA64 mappajaban me'g AIDA64.INI fajl, akkor hozz letre egy ujat, es masold be az alabbi 5 sort az ures fajlba:
[Generic]
LowLevelRAIDEnum=0
LowLevelRAIDSMART=0
LowLevelAdaptecRAID=0
LowLevelLSIRAID=0Egyebkent az AIDA64 inditasanal a bal Shift gombot nyomvatartva, a splash screen aljan kicsivel tobb info jelenik meg arrol, hogy melyik lepesnel akad el az inditasi fazis. Ha esetleg meg tudnad nezni, hogy mit ir ki utoljara az AIDA64, me'g mielott letiltod a RAID metodusokat (az AIDA64.INI fajl atirasaval), az segitseg lenne szamunkra. Koszonjuk!
[ Szerkesztve ]
-
Fiery
veterán
Ime a javitas: AIDA64 5.99.4975 Beta
Ird meg kerlek, hogy jol mukodik-e most mar Secure Boot-tal is.
-
Fiery
veterán
válasz házimozis #4669 üzenetére
A szenzor problemara megoldas a legujabb beta:
A BCLK-t kenytelenek voltunk fixalni, ugyanis a Windows 10 1803-as kiadasatol kezdve a Windows maga is berheli azt az idozitot, ami a BCLK méréséhez szukseges, es igy az AIDA64 osszeakadt a Windowszal, es instabilla tette a mukodest.
-
Fiery
veterán
válasz házimozis #4674 üzenetére
Koszi a visszajelzest! A javitas a BCLK eseteben annyi, hogy az AIDA64 egyszer méri csak a BCLK-t, es utana mindig azt mutatja, amig ujra nem inditod. Mig regebbi, 1803-as Win10 elotti buildeknel (vagy Win10-nel regebbi Windowsoknal) folyamatosan újraméri az AIDA64 a BCLK-t, futas kozben akár tobb ezerszer.
-
Fiery
veterán
Akkor az Asus valamit elszurt a BIOS-ban, az ACPI WMI interfeszben A BIOS maga nem ezt az interfeszt hasznalja a H/W Monitor oldalon. Viszont egyes windowsos monitorozo szoftverek (pl. HWiNFO) a WMI-t hasznaljak, es ennelfogva hasonloan helytelen erteket fognak jelezni, mint az AIDA64. Lehetoseg van az Asus WMI interfesz letiltasara (AIDA64 / fomenu / Fajl / Beallitasok / Stabilitas / Asus WMI erzekelo tamogatas), es ugyanazt az alacsonyszintu szenzor elerest hasznalni, amit a BIOS (ill. amit a nem-AM4 foglalatu Asus alaplapoknal is hasznalunk), azonban az mas szempontbol fog problemat okozni, ugyanis osszeakad a BIOS bizonyos hivasaival. A tokeletes megoldas az lenne, ha minden AM4 foglalatu alaplapjanal az Asus _helyesen_ implementalna a WMI interfeszt, de ez eleg nagy melo, es borzaszto lassan haladnak vele.
-
Fiery
veterán
Igen, pontosan ez a helyzet. A problema csupan az, hogy az Asus olyan szinten tulbonyolitotta a szenzor megoldasokat a ROG alaplapjainal, hogy mar szinte ok sem tudjak, hogyan mukodik az egesz rendszer egyben. Mindig fogtak egy meglevo megoldast, es rahuztak me'g egy reteget. Ahelyett, hogy barmikor megalltak volna, es alapjaiban, nullarol ujragondoltak volna a dolgokat. Ez a kartyavar, amit az utobbi cca. 10 evben epitettek, most kezd rajuk omlani. Meg persze rank is, hiszen a felhasznalok az AIDA64-re mutogatnak, amikor a ventilatorok felporognek Es joggal, hiszen ha nem monitorozzak az AIDA64 segitsegevel a szenzorokat, akkor nincs baj. A problema az azonban, hogy az AM4-es Asus deszkaknal eljutottunk odaig, hogy mi, a sajat oldalunkrol mar nem tudunk olyan nyakatekert megoldasokat beepiteni, amivel elkerulhetoek lennenek az ilyen osszeakadasok. Erre lett kitalalva a WMI interfesz, ami azonban a ROG hardverek bonyolultsaga miatt rettento nehezen implementalhato az Asus alaplapok BIOS-aiban. Es mivel a ROG az Asusnal a fokusz, elobb a legbonyolultabb deszkaknal oldjak ezt meg, es onnan mennek lefele, a kevesbe bonyolultak iranyaba. Ami valahol tok jo, mert nagy rutint szereznek a BIOS fejlesztok a WMI interfesz behuzalozasaban, csak kozben borzaszto sok ido elmegy a high-end ROG deszkakkal, es az olcsobb, egyszerubb alaplapok tulajdonosai nem kapnak idoben megfelelo, WMI interfeszt is tamogato BIOS frissitest.
-
Fiery
veterán
Biztos, hogy ugyanazok a beallitasok a 2 verzional?
En az alaplapod tipusabol kiindulva elsonek azt neznem meg, lefagy-e akkor is a gep, ha letiltod a két EC (Embedded Controller) opciot az AIDA64 / fomenu / Fajl / Beallitasok / Stabilitas oldalon. Az EC opciok modositasa utan inditsd ujra az AIDA64-et.
-
Fiery
veterán
válasz hattrickuser #4687 üzenetére
A BIOS Setup HW Monitor oldalarol keszits kerlek egy fotot, hogy legyenek referencia ertekeink a szenzor ertekek kalibralasahoz. Ezen felul pedig nyomj kerlek jobb gombot az AIDA64 foablak aljan lathato allapotsoron --> Sensor Debug --> ISA Sensor Dump. Masold be a teljes eredmenyt ide a topicba. Az also allapotsort elkepzelheto, hogy elobb engedelyezned kell: AIDA64 / fomenu / Nezet / Allapotsor.
Koszi elore is!
-
Fiery
veterán
Sajnos nekem sincs tobb tippem Az ilyen alattomos kekhalaloknal nagyon nehez kitalalni, az AIDA64 szenzor moduljanak mely resze okozza a problemat. Lehet az alaplapi szenzor kiolvaso modul, a GPU szenzor, a HDD/SSD szenzor, stb. Es amikor beut a kekhalal, nem derul ki, melyik reszbol indult ki az osszeomlas.
-
Fiery
veterán
válasz Visormail #4694 üzenetére
A legujabb AIDA64 betaval [link] nyomj kerlek jobb gombot az AIDA64 foablak aljan lathato allapotsoron --> Sensor Debug --> ISA Sensor Dump. Masold be a teljes eredmenyt ide a topicba. Az also allapotsort elkepzelheto, hogy elobb engedelyezned kell: AIDA64 / fomenu / Nezet / Allapotsor.
Koszi elore is!
-
Fiery
veterán
válasz Visormail #4702 üzenetére
Fura. Mindenesetre, ha megint elojonne a problema, kuldj kerlek egy ISA Sensor Dump-ot (jobb gombot az AIDA64 foablak aljan lathato allapotsoron --> Sensor Debug --> ISA Sensor Dump). Lehet, hogy valamelyik szenzor regiszter vagy eleresi cim "elmaszik" az IGP meret valtoztatasakor.
-
Fiery
veterán
válasz hattrickuser #4693 üzenetére
Koszi! Probald ki kerlek a legujabb betat --> [link]
-
Fiery
veterán
Koszi. Akkor probalj meg egy olyat, hogy toltsd le az AIDA64 Engineer utolso beta verziojat ( [link] ), csomagold ki egy ures konyvtarba, indits egy Command Prompt-ot (Parancssor), navigalj el a megfelelo konyvtarba, majd ird be ezt parancssorkent:
AIDA64 /STARTUPLOG
Ezutan a Windows Asztalra kellene kerulnie egy StartupLog.txt nevu fajlnak, amibol remenyeim szerint tobb kiderulhet a problemarol.
-
Fiery
veterán
Koszi! Valamelyik RAID opcio lesz a hunyo. Az AIDA64 mappajaban keresd meg az AIDA64.INI fajlt, es Jegyzettomb segitsegevel ird at az alabbi 2 sort:
LowLevelRAIDEnum=1
LowLevelRAIDSMART=1erre:
LowLevelRAIDEnum=0
LowLevelRAIDSMART=0Ha nincs me'g ilyen fajl az AIDA64 mappajaban, akkor hozd letre, es ird bele az alabbi 3 sort:
[Generic]
LowLevelRAIDEnum=0
LowLevelRAIDSMART=0 -
Fiery
veterán
A MemTest vagy dob hibat, vagy nem, de erdemes kiprobalni. Nincs olyan stressz teszt, ami mindig, minden stabilitasi problemat felfed. Erdemes mindegyiket kiprobalni (pl. Prime95, MemTest86+, AIDA64, CPU-Z, stb), es ha mindegyik megy orakig hiba nelkul, az mar egy jo jel. De ha a 4-bol csak az egyik dob hibat vagy fagyasztja le / inditja ujra / kapcsolja ki a gepet, az nem jelenti, hogy nincs baj a geppel.
-
Fiery
veterán
AIDA64 probaverziot hasznalsz, ezert az elsodleges SSD hofok -- ami egyebkent megegyezik a HD Sentinel által mérttel -- elrejtesre kerul. A masodlagos hofok pedig egyesek szerint az SSD vezerlojenek maghomersekletet mutatja, bar ezt a Samsung sosem erositette meg.
[ Szerkesztve ]
-
Fiery
veterán
válasz ScomComputer #4743 üzenetére
Nem a Super I/O tipusa a problema. Ha csupan a Super I/O-ba epitett szenzor funkciokat alkalmazza egy adott alaplap gyarto, akkor sosincs gond, nincs osszeakadas. Akkor van gond, ha a Super I/O mellé raknak egy SMBus-os (ez a kisebb problema) vagy EC (Embedded Controller) alapu kiegeszito megoldast. Plane gond ez, amikor tobb bankot is hasznalnak az EC-nel, na az a teljes agyloves. Ez utobbi az Asus ROG, mar evek ota. Tavaly jott ra az Asus arra, hogy a helyzet tarthatatlan, de hiaba talaltak ki az egyebkent szinte hibatlan Asus WMI ACPI interfeszt, azt megfeleloen kellene implementalni az alaplapi BIOS-okban, ez pedig nem megy nekik. A BIOS fejlesztoik pont ugyanazzal a tulbonyolitott szenzor megoldassal kinlodnak, ami az akadast is okozza.
Hogy erre mi lesz a megoldas? Mi tudnank egy remek kiutat ebbol, pl. amit az Intel is hasznal a 7-es es 8-as generacios NUC-oknal: MMIO, azaz memoriaba belapozott I/O. Nem tud akadni, es rohadt egyszeruen lehet kezelni BIOS- es szoftver oldalrol is. Persze az Asus mindig kulon utakon jar, szoval kizart, hogy ezt valaha implementaljak. A problemat az inteles fronton az fogja megoldani, amikor az Ice Lake-kel az Intel egyszeruen kukazza az LPC-t, es ezzel egyutt a hagyomanyos Super I/O alapu megoldasokat is. Talan ez lesz az a lepes, ami az Asust is arra osztonzi, hogy alapokrol ujragondoljak a szenzor implementaciot. Persze lehet, hogy ez sem lesz eleg eros nyomas rajtuk, es maradnak a lapozott (bankolt) EC-nel, ami tovabbra is agyloves lesz, valamint melegágya az akadasoknak.
-
Fiery
veterán
Igy van. A hasznalhato kapacitas (amit jelez zarojelben az AIDA64) az alap, onnan kell szamolgatni. 232,9 GB x 5% = 11,65 GB. SSD-nel az irasi teszteket ritkan erdemes csak hasznalni, hiszen roviditi a meghajto elettartamat. Csak kevessel rovidit, de akkor is.
[ Szerkesztve ]
-
Fiery
veterán
válasz ScomComputer #4757 üzenetére
A SMART csak akkor jelez konkret hibat, es javasolja az eszkoz azonnali cserejet, ha az Ertek (Value) oszlopban talalhato ertek a Kuszob (Threshold) ertek ala esik. Addig csak annyi tortenik a Te esetedben, hogy novekszik a bad sector-ok szama a vinyon. Mikozben vagy elcsattan valami a vinyoban, vagy nem. En nem kockaztatnek, egy bad sector-os vinyo szamomra voros zaszlo -- akkor is, ha a SMART szerint az me'g hasznalhato.
-
Fiery
veterán
válasz ScomComputer #4760 üzenetére
Poen vagy nem poen, en azert is irtam le az ertekek ertelmezeset, hogy masok is okuljanak belole adott esetben
-
Fiery
veterán
válasz MasterDeeJay #4771 üzenetére
Sok faktortol fugg, hogy mikepp mukodnek a memoria savszelesseg benchmarkjaink ill. hogy milyen elmeleti savszelessegre kepes egy adott konfiguracio. Ha pl. 2 processzoros rendszerrol van szo, es az NUMA képes, akkor elvileg mind a 6 csatornan egyszerre folyhat a kommunikacio, tehat 6 csatornaval kell szamolni az elmeleti savszelessegnel. Viszont, ahhoz, hogy ezt a gyakorlatban is ki tudja aknazni egy szoftver, ahhoz a szoftvernek tobb szalon kell a memoriat irnia/olvasnia, valamint a NUMA architekturakra is fel kell kesziteni. Nem hiszem, hogy barmelyik ramdisk szoftver tobb szalon érné el a memoriat, anelkul pedig a teljes elmeleti memoria savszelesseg toredeket lehet csak kiaknazni.
-
Fiery
veterán
válasz MasterDeeJay #4774 üzenetére
A helyzet az, hogy az NVMe SSD-k elott boven eleg volt az a par gigabajt/sec-es savszelesseg, amit egy szalon el lehet érni a memoriaval. A par gigabajt/sec csak mostanaban tunik kevesnek, amikor azt siman tudja egy NVMe SSD is
Új hozzászólás Aktív témák
- AMD AM4 Processzorok - Ryzen 3 / 5 / 7 / 9 - Új - Garanciás
- Xeon E3 1230 V3 LGA 1150 processzor i7 4790 i7 4770 teljesítménnyel
- Beszámítás! Intel Core i7 4790K 4mag 8szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i5 4570 4mag 4szál processzor garanciával hibátlan működéssel
- Intel Core I7 13700K - //Új//6hó garancia//Beszámítás//
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen