- Samsung Galaxy S23 Ultra - non plus ultra
- Telekom mobilszolgáltatások
- Samsung Galaxy A41 - a matek nem stimmel, a méret igen
- Ilyen lehet a Samsung Galaxy Watch7 Ultra
- Azonnali mobilos kérdések órája
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- iPhone topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Realme GT Master Edition - mestermunka
- Locus Map (Free és 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.
-
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! :)
-
Olcsó és visszafogottan elegáns kompakt AIO jön az ID-Cooling berkeiből
ph Az előzetes tesztek alapján korrektül teljesítő modellnek nem kenyere a cicoma, és akár titkos favorit is válhat belőle a kategóriájában.
Új hozzászólás Aktív témák
-
Fiery
veterán
válasz gyuri86 #3855 üzenetére
A CPU orajelek kornyeken lesz a kutya elasva. Nem vilagos pl. szamomra, hogy a 3770K-nal miert van letiltva a turbo, ill. ha le is van tiltva, akkor az alaporajel mire van allitva? Es ha ott le van tiltva a turbo, akkor a Xeonnal is ugyanez a helyzet? Ha igen, akkor az alaporajelek mikepp vannak beallitva a 2 konfigon?
Ha a turbo aktiv lenne valamelyik konfigon, akkor azt mondanam, az orajelek alakulasat mas (nem-AIDA64) benchmarkok futasa kozben is tudod loggolni az AIDA64-gyel (fomenu / Fajl / Beallitasok / Hardverfigyeles / Naplozas). Esetleg meg lehetne probalni mindket gepen ily modon figyelemmel kiserni az orajelek valtozasat, abbol kiderulhet a turpissag.
Egyebkent mindket gepen azonos Windows fut? 64 bites Win7 SP1?
[ Szerkesztve ]
-
Fiery
veterán
válasz gyuri86 #3858 üzenetére
Es ezek az orajelek fixek? Marmint nincs semmi turbo egyik konfigon sem? Mindket gep hutese mukodik megfeleloen? Nem lehet, hogy tulmelegszik a Xeon, valamilyen mertekben, amikor teljes terheles alatt uzemel? Nem lehet, hogy a Xeonon valamilyen hatterben futo folyamat lassitja a benchmarkokat? Pl. SQL szerver, torrent, BoInc, Seti vagy ilyesmi?
-
Fiery
veterán
válasz beldeczki #3862 üzenetére
Ha a szenzorok korul van a gubanc, akkor az nem hiszem, hogy az alaplappal lehet kapcsolatos, hanem inkabb a videokartyaval vagy valamilyen kulso eszkozzel, esetleg RAID-be kotott meghajtoval. Az ilyen eszkozoknel van szukseg driveren keresztul lekerdezni a homersekletet es egyeb adatokat, es ha a driver megmakacsolja magat, akkor fordulhatnak elo ilyen problemak. Van a konfigodban RAID tömb, kulso hattertar, vagy valamilyen egzotikus szenzor, ventilator vezerlo modul, esetleg vizhutes? Milyen videokartyad van (es hany db), es ahhoz mennyire regi drivert hasznalsz?
A fagyas a Szamitogep / Erzekelo oldalra navigalva is bekovetkezik?
[ Szerkesztve ]
-
Fiery
veterán
Az instabilitas nem egy jol megfoghato, matematikailag korbeirhato vagy abrazolhato problema, sajnos. Ha ki is irna az AIDA64, hogy mondjuk az FPU-ban volt egy szamitasi hiba, az me'g mindig lehet a CPU, FPU, cache es IMC (integralt memoriavezerlo) hibaja is. Az alattomos, apro hibak nem mindig ott csapodnak le, ahol valojaban keletkeznek.
Az ilyen esetekben erdemes a memoria, alaplap, tapegyseg harmasnal kezdeni a vizsgalodast. Altalaban ezek kozott van a ludas, vagy ezeknek az egymassal valo inkompatibilitasa okozza a problemat.
-
Fiery
veterán
Az eszaki hid orajelere normalis, amit irsz. Ne aggodj, nem fog lassulast okozni semmilyen szoftver hasznalata kozben. Es a modern AMD APU-k eszaki hid orajele is lecsokken nyugalmi allapotban.
A 40 ill. 60 fok teljesen normalis a processzorodnal, nincs aggodnivalo. Amig nem throtltingol a proci, addig teljesen mindegy, hany fokon jar. A throttling pedig 90 fok felett kovetkezik csak be. A magfeszultseg csokkentesevel pedig csak ovatosan: attol konnyen instabilla valhat a processzorod.
-
Fiery
veterán
válasz imkovacs #3876 üzenetére
Igen, nekem az lett volna a tippem, hogy tulmelegszik a proci. De ha ellenorizted, es mas benchmarkokban (pl. AIDA64, ami itt on-topic ) megfelelo a teljesitmeny, akkor a PassMark a ludas.
Mas topikokba nem irogatok, igy nem is tudok ajanlani megfelelo topikot sajnos.
[ Szerkesztve ]
-
Fiery
veterán
válasz dodopek #3878 üzenetére
A CPU1 es CPU2 ventilator csatlakozok egyetlen szenzor bemenetre vannak kotve, a szokasos ASRock-fele mux megoldassal. Ezt a muxot nem kezeli az AIDA64, es emiatt a 2 kozul csak az egyik ventilatort lathatod az AIDA64-ben, ez normalisnak tekintheto.
A Chassis 1 es Chassis 2 mar erdekesebb kerdes, azok kapcsan nem igazan ertem, mi lehet a gond, elvileg mindkettot kellene jeleznie az AIDA64-nek. Ha biztos vagy benne, hogy mindkettore van kotve forgo ventilator, es csak az egyiket jelzi az AIDA64, akkor nyomj az AIDA64 ablakanak aljan jobb gombot --> Sensor Debug --> ISA Sensor Dump, es a teljes eredmenyt masold be kerlek ide a topicba. A dumpban lathato regiszterek alapjan tobbet tudok mondani a problemarol.
-
Fiery
veterán
válasz dodopek #3882 üzenetére
Koszi, igen, jo dumpot kuldtel A problema az, hogy ebben csupan 2 db ventilator latszodik, a tobbi latszolag nem forog. Nagyon furcsa. Fel van telepitve az ASRock sajat monitorozo szoftvere? (A-Tuning Utility) Ha nincs, megtenned, hogy felrakod, elinditod, es megnezed, hogy azt mit jelez, latja-e az osszes ventilatort? Es ha latja, akkor kuldj kerlek egy uj ISA Sensor Dump-ot, mert akkor valoszinuleg az a helyzet, hogy a BIOS rosszul inicalizalja (direkt vagy veletlenul) a szenzor chipet, es az ASRock szoftvere rakja helyre a regisztereket -- ebben az esetben pedig az uj dump segithet abban, hogy megnezzuk, milyen regisztert kell modositanunk ahhoz, hogy az AIDA64 is ki tudja olvasni a hianyzo ventilator fordulatszamokat.
-
Fiery
veterán
válasz dodopek #3886 üzenetére
Semmi gond, sot, igy a legjobb. Minel tobb info, annal jobb. A CPU ventilator kornyeken az ASRock szoftvere valtogatja a muxot, ezert tunik el a CPU ventilator az AIDA64-bol. Javitottuk az alaplapod tamogatasat az alabbi uj AIDA64 betaban --> [link] Ird meg kerlek, hogy mennyivel lett jobb. Elkepzelheto, hogy igy sem lesz tokeletes, ugyanis egyelore nem jottunk ra, az ASRock progija mit varial at a szenzor chipben
-
Fiery
veterán
-
Fiery
veterán
válasz Franklin #3898 üzenetére
Kuldd el kerlek a riportot az alabbi email cimre:
winapp-report KUKAC aida64.com
De ha Win10 Preview van a telefonon, akkor ez a problema normalisnak tekintheto. Sajnos a Win10 nagyon sok buggal van me'g teleszorva, kell egy kis ido, mire megbizhatoan fog mukodni. Pl. az email kuldes (ami azert egy eleg alap funkcio egy telefonnal) sem mukodik rendesen...
[ Szerkesztve ]
-
-
Fiery
veterán
válasz Virus:PENGE #3904 üzenetére
Tavolrol nehez az ilyen stabilitasi problemakat diagnosztizalni. Ha overclockolt a gep, akkor vissza kellene rakni alapbeallitasra, es megnezni, ugy megjavul-e. Ha nem overclockolt, akkor a mostani forro idojarasbol kiindulva lehet tulmelegedesi problema, ezt konnyen tudod ellenorizni az AIDA64 Stabilitasteszt homerseklet diagramjaival. Ha nem tulmelegedes, akkor lehet memoria, alaplap vagy tapegyseg meghibasodas is.
Ez utobbi esetben (azaz ha nem a tuning a baj es nem a tulmelegedes) en egy alapos takaritassal szoktam kezdeni, utana pedig atnezem (szemrevetelezem) az alaplapi kondenzatorokat. Ha minden rendben van veluk, akkor kell valahonnan keriteni egy kolcson tapegyseget, es megnezni, hogy azzal stabilizalodik-e a gep.
Persze me'g mindig van egy sokadik lehetoseg is: szoftveres vagy driver problema is lehet a problemak mogott, pl. ha nemreg frissitetted a videodrivert vagy a SATA drivert peldaul, es azota jott elo a gubanc.
-
Fiery
veterán
válasz tothjozsi96 #3909 üzenetére
Koszi, a kovetkezo AIDA64 betaban javitjuk a hibat.
-
Fiery
veterán
válasz Játékos #3918 üzenetére
Nem fajlokat olvas/ir az AIDA64 disk benchmarkja, hanem direktben olvassa/irja a szektorokat.
A blokkmeretet pedig az alapjan sakkozza ki, hogy kiprobalja az osszes lehetoseget, es megkeresi a leggyorsabbat. Sok esetben az egyes blokkmeretek segitsegevel kapott teljesitmeny eredmenyek kozott minimalis kulonbseg van, igy pl. siman elofordulhat, hogy ha ugyanazon a gepen 3x futtatod a tesztet egymas utan, 3 kulonbozo blokkmeretet fog hasznalni az AIDA64 -- de a vegeredmeny megis nagyon hasonlo lesz. Lehet egyebkent fix, altalad kivalasztott blokkmeretet is hasznalni (fomenu / Options).
-
Fiery
veterán
Az AIDA64.INI es PKEY.TXT fajlokat keresd meg az AIDA64 telepitesi mappajaban, es mentsd le oket. Ez a 2 fajl szinte minden beallitast visszaallit egy ujratelepites utan. Egyedul olyan aprosagok nem kerulnek ezzel visszaallitasra, hogy pl. az AIDA64 foablakanak a pontos merete mi volt legutoljara.
-
Fiery
veterán
A PC-den elinditod az AIDA64-et, fomenu / Fajl / Beallitasok / Hardverfigyeles / LCD / RemoteSensor. Atirod a portot pl. 8080-ra (celszeru nem hasznalni az alap 80-as HTTP portot), a felbontast hagyhatod alapon, engedelyezest beikszeled. A tuzfal szoftvered be fog riasztani, termeszetesen ez egy nem artalmas halozati forgalom, tehat engedelyezd. Ezutan a telefonodon vagy tableteden megnyitod a bongeszot, es beirod a PC-d IP cimet, majd utana kettospont es a TCP/IP port. Pl.:
192.168.1.2:8080
Az IP-cimet ki kell lesni elobb persze, ezt pl. az AIDA64-ben a Halozat / Windows halozat oldalon megtalalod. Alternativ megoldas az IPCONFIG.EXE parancssori (konzolos) alkalmazas hasznalata, ez a Windows resze.
Ezutan, ha a bongeszoben megjelent az udvozlo kepernyo (feher alapon kek doboz), akkor az abban szereplo felbontast beallitod az AIDA64 / fomenu / Fajl / Beallitasok / Hardverfigyeles / LCD / RemoteSensor oldalon. Elobb az engedelyezes checkbox elol ki kell venni a pipat, csak utana tudod atirni a felbontast. Ujra engedelyezed, es innentol mar csak az LCD layoutot kell osszeraknod az AIDA64 / fomenu / Fajl / Beallitasok / Hardverfigyeles / LCD / LCD elemek oldalon.
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3936 üzenetére
A Skylake platform (alaplap, chipset, szenzor) tamogatast folyamatosan csiszoljuk, ezert normalis az, ha az uj betaval megjavult "magatol"
A RemoteSensort kifejezetten ugy terveztuk meg, hogy minel kisebb terhelest rojon a halozatra es a PC-re. Csak a legszuksegesebb adat mennyiseget kuldi at a halozaton; es a SSE (Server-Sent Events) is segit a terheles minimalizalasan. Maga a PC nem sokkal terhelodik igy jobban, mint a SensorPanel hasznalata kozben, sot: a SensorPanelnel a frame (kep) rendereles sok esetben tobb eroforrast emeszt fel, mint a RemoteSensor HTTP szerverenek uzemeltetese.
-
Fiery
veterán
válasz Bkrisz9 #3938 üzenetére
nVIDIA Optimus konfiguraciorol van szo? Ha igen, akkor engedelyezd az AIDA64-ben a fomenu / Fajl / Beallitasok / Stabilitas oldalon a GPU-k felébresztése az AIDA64 indulásakor opciot, es inditsd ujra az AIDA64-et. Az Optimus ugyanis 2D modban lekapcsolja az nVIDIA GPU-t, es olyankor az alvo GPU homerseklet figyelese sem lehetseges. Az opcio engedelyezesevel az AIDA64 indulaskor felebreszti a GPU-t, es onnantol mar tudja monitorozni is azt.
-
Fiery
veterán
-
Fiery
veterán
válasz Pubszon #3951 üzenetére
Nem, ilyesmit jelenleg nem tamogat az AIDA64. Amit viszont mar most is tamogat, az az LCD modulban a Matrix Orbital karakteres LCD-k kezelese soros porton (valamint USB porton is termeszetesen). Ha az Arduinodon implementalod a Matrix Orbital LK protokollt, akkor a mostani AIDA64-gyel is megoldhato az adatok atkuldese szoveges formaban (azaz karakterenkent). Ha bovebb infora van szukseged azzal kapcsolatban, hogy az AIDA64 pontosan hogyan is kezeli a soros portra kotott Matrix Orbital LCD/VFD kijelzoket, dobj egy privat uzenetet, es leirom a reszleteket. Nem gondolnam, hogy egy Arduinoval kozepes szinten boldogulo fejlesztonek problemat jelenthetne a Matrix Orbital protokoll implementalasa.
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3956 üzenetére
Elvileg megoldhato, ha egy kicsit tudsz segiteni tesztelessel USB-n csatlakozik a gepedre? Ha igen, akkor nyomj kerlek jobb gombot az AIDA64 ablakanak also szelen (azaz az allapotsoron) --> System Debug --> USB Dump, es masold be ide a topicba a teljes eredmenyt. A allapotsort elotte lehet hogy be kell kapcsolnod a fomenu / Nezet / Allapotsor segitsegevel. Koszi elore is.
Ha Aquabuson csatlakozik egy Aquaerohoz a farbwerk, akkor jo esellyel mar most is tudja monitorozni az AIDA64 a hofokot, csak meg kell keresni az altalanos hofokok listajaban (pl. "1. homerseklet" vagy epp "3. homerseklet).
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3958 üzenetére
Koszi! Sajnos nem egyertelmu, hogy melyik HID hivast kellene hasznalni, van 2 alapveto variacio. Probaljuk meg az elsot, es vagy bejon, vagy nem Frissits kerlek az alabbi uj beta verziora --> [link] , nyomj jobb gombot az AIDA64 ablak aljan --> Sensor Debug --> Aquaero Dump. Ha lefut, masold be kerlek a teljes eredmenyt ide a topicba. Elkepzelheto, hogy le fog fagyni az AIDA64 a dump kozben, ezesetben csak csukd be az ablakot, magat a Windowst vagy a PC-t nem fogja lefagyasztani, csak vegtelen ciklusba esik a Farbwerk-re valo varakozas az AIDA64-ben. Ha ez tortenik, akkor a masik modszer lesz a nyero.
Egyebkent csak azert van szukseg ilyen korulmenyes tesztekre, mert a farbwerk szinte az egyetlen Aquacomputer vas, ami nincs nekunk Van Aquaero 4, Aquaero 5, MPS, Poweradjust, Aquastream ...
-
Fiery
veterán
válasz Locutus #3960 üzenetére
Koszi! Ez nem tunik egyszerunek Ha megoldhato, keszits kerlek egy uj Aquaero Dump-ot (eleg a vege csupan, az FW Input Report-nal kezdodo blokk), es elotte vagy utana kozvetlenul jegyezd fel, hogy a farbwerk kapcsan milyen ertekeket mér az aquasuite, es ird meg azt is a dump mellett. Koszi elore is!
-
Fiery
veterán
válasz Locutus #3963 üzenetére
Nagyon koszi! Egy kis turelmet kerek, ugyanis nem igazan tudjuk kibogozni a farbwerk-fele strukturat, valahogy nem illeszkedik a publikusan elerheto infokba az az input report layout, amit a Te vasad produkal Irtunk az aquacomputernek, nagyon szimpatikus arcok dolgoznak ott, biztosan segiteni fognak, csak ido kerdese a dolog. Irok, amint van fejlemeny az ugyben. Ha nem segitenek vagy nem kapunk valaszt, a Te konkret konfigodhoz akkor is be fogjuk tudni rakni az emlitett hofok kiolvasasat, de jobb lenne egy generalis rutint kesziteni, ami mindenki masnal is jol mukodik.
-
Fiery
veterán
Ennek velhetoen az az oka, hogy a gep nem 100%-osan stabil, csak 99,9%-osan A stabilitas teszteles szamtalan modon tortenhet, es nincs egy adott recept, ami mindig jol mukodik, minden instabil gepet hamar "lebuktat". Ennelfogva elofordul, hogy csak az AIDA64, csak a Prime95, csak a MemTest86+ (stb) hozza ki egy adott konfigban az instabilitast.
-
Fiery
veterán
A stabilitas tesztelesnel nem lehet egy rendszer osszeomlasnal megmondani, hogy hol es miert omlott ossze a rendszer. Me'g ha konkretan mondana is a teszt egy memoriacimet vagy egy drivert, amiben utoljara futtatott kodot a CPU, az sem jelentene sokat. Mint ahogy egy memoriatesztelesnel sincs tul sok ertelme memoriacimet mondani, hiszen az me'g mindig lehet RAM hiba, CPU hiba, tulzott overclock, tul agressziv memoria idozitesi beallitas, tapegyseg hiba, alaplap hiba, stb. stb.
-
-
Fiery
veterán
válasz Locutus #3975 üzenetére
Az uzemido (uptime) szamitasa nem az AIDA64 dolga, hanem Windows hataskor. Ha nem szimpatikus, ahogy a Windows (Win8.x, Win10) szamitja az uzemidot, akkor a fast startup/shutdown letiltasa a megoldas.
Az AIDA64-ben annyi valtozas tortent, hogy az Uzemido statisztika oldalon a fast startup/shutdown-t is figyelembeveszi az AIDA64 most mar. Ennek hatasara mas uzemido jon ki a statisztikaban, mint amit a Windows szolgaltat. Az utobbit a SensorPanelen vagy epp az Operacios rendszer / Operacios rendszer oldalon tudod checkolni. Nyilvan meg lehetne azt is csinalni, hogy az Uzemido statisztika alapjan szamitott uzemidot jelezze ki mindehol az AIDA64, de a statisztika osszeallitasa eleg lassu es eroforras igenyes feladat, kulonosen ha az Esemenynaplo sok bejegyzest tartalmaz; ennelfogva pedig nem lenne celszeru masodpercenkent frissiteni a statisztikat -- a CPU fullon tekerne allandoan emiatt
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3977 üzenetére
En csak azt tudom mondani erre, hogy mindket ertek helyes, csak mindket ertek mogott mas a filozofia. Az Uzemido oldalon pedig azert kellett atvarialni a dolgokat, mert teljesen rosszul mukodott fast startup/shutdown eseten a statisztika. Ez "rantotta" magaval a "sima" uzemido ertekenek atvarialasat is, ami pedig azt eredmenyezi, hogy a klasszikus, pre-Win8 uzemidot jelzi itt ki az AIDA64, mig a SensorPanelen a Windows altal szolgaltatott uzemidot. Ez utobbi nem ugy koveti a shutdownt, ahogy anno megtanultuk klasszikus uzemido fogalmat. Az nem a mi hibank, ha a Microsoft szerint egy fast shutdown+startup utan nem nullazodik az uptime. Ok ezt ugy fogjak fel, hogy a fast shutdown/startup tulajdonkeppen egy mely alvo allapot, ami azonban nem fogyaszt aramot.
[ Szerkesztve ]
-
Fiery
veterán
válasz Locutus #3979 üzenetére
Nem. Idezet az egyik elozo postombol, ez a magyarazat arra, hogy miert nem:
"Nyilvan meg lehetne azt is csinalni, hogy az Uzemido statisztika alapjan szamitott uzemidot jelezze ki mindehol az AIDA64, de a statisztika osszeallitasa eleg lassu es eroforras igenyes feladat, kulonosen ha az Esemenynaplo sok bejegyzest tartalmaz; ennelfogva pedig nem lenne celszeru masodpercenkent frissiteni a statisztikat -- a CPU fullon tekerne allandoan emiatt "
A megoldas: le kell tiltani a fast shutdown/startup-ot. Akkor elvileg mindket fajta uzemidot azonosan fog mukodni, meghozza ugy, ahogy Te szeretned latni.
Új hozzászólás Aktív témák
- Samsung Galaxy S23 Ultra - non plus ultra
- Politika
- Telekom mobilszolgáltatások
- Gumi és felni topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Kínai, és egyéb olcsó órák topikja
- Kertészet, mezőgazdaság topik
- Milyen routert?
- Samsung Galaxy A41 - a matek nem stimmel, a méret igen
- Dragon Age: Origins
- További aktív témák...
- Beszámítás! Intel Core i3 8100 4mag 4szál processzor garanciával hibátlan működéssel
- ÚJ, Bontatlan AMD Ryzen 7 7800X3D
- Beszámítás! Intel Core i7 2600K 4mag 8szál processzor garanciával hibátlan működéssel
- Hibátlan - INTEL Core i7-9700K 8 mag CPU 4.9GHz + UHD Graphics 630 - LGA1151v2
- Új Intel 10-14. generációs processzorok kedvező áron!!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen