Új hozzászólás Aktív témák
-
Fiery
veterán
válasz Detektor #3456 üzenetére
Aux:
Az érzékelők kimeneteire nincs szabvány, így az „Aux” lehet a CPU vagy az alaplap hőmérséklete, vagy az érzékelőchip egy nem csatlakoztatott kimenetén olvasható, irreleváns érték.
MCP:
Az MCP (vagy Media and Communications Processor) az nVIDIA alaplapi chipkészletek része. Ezt az egységet úgy tervezték, hogy nagyon magas hőmérsékleten üzemeljen, így a 80-90 Celsius teljesen normális.
GPU Dioda:
Ez pedig a GPU magra integrált hődióda által mért érték. Idézek az AIDA64 FAQ-ból:
K: Mik a maximális működési hőmérsékletek egy CPU, alaplap, videokártya, valamint merevlemez esetében?
V: A legtöbb modern processzor 70 Celsius-fok alatti üzemi hőmérsékleten működik a legtökéletesebben, de nem fog tönkremenni 80-90 fok körüli hőmérséklet elérése esetén sem. A modern Intel processzorok egy speciális hardverlogikát használva akadályozzák meg a túlmelegedést: lelassítják önmagukat a fizikai károsodás megelőzése érdekében, és automatikusan leállítják a számítógépet abban az esetben is, ha a lassítás ellenére is túl magas marad a hőmérséklet. A legtöbb alaplap 50 Celsius-fok alatt működik hibamentesen, és fizikai károsodás 60 Celsius-fokig nem szokott bekövetkezni. A modern videokártyák GPU-i 100-110 Celsiusig működőképesek, és egy driver gondoskodik a túlmelegedés elleni védelemről. A merevlemezek esetében az optimális hőmérséklet 50 Celsius-fok alatt van, de még 60 Celsius alatt stabilan működnek. A merevlemezeken tárolt adatok sértetlensége 60 Celsius-fok felett nem garantált.
-
Fiery
veterán
válasz Blue Eagle #3467 üzenetére
Abban az esetben az a helyzet, hogy a TPFC direkt EC elerest alkalmaz, ami eleg rizikos, ha az IBM/Lenovo sajat ACPI drivere is telepitve van. Mivel velhetoen a gepeden telepitve van a driver, igy az AIDA64 nem kockaztatja meg a direkt elerest, hanem csak ACPI hivasokon keresztul méri a homersekleteket. Sajnos ACPI hivasokon keresztul a ventilator fordulatszam mérése nem minden konfiguracion lehetseges. A megoldas az lehet, ha uninstallalod vagy letiltod a ThinkPad ACPI drivert (TPPWRIF), akkor az AIDA64 is kepes lesz a direkt EC elerest hasznalni.
-
Fiery
veterán
válasz Blue Eagle #3469 üzenetére
Az IBM/Lenovo sajat, erre a driverre tamaszkodo szoftverei esetleg nem fognak mukodni. Kerdes persze, hogy hasznalsz-e egyaltalan ilyen szoftvert
-
Fiery
veterán
válasz Tamás008 #3472 üzenetére
Megbizhato informacio nincs az alaplapban tarolva ezzel kapcsolatban. A chipset maximalis kepessegeit az Alaplap / Lapkakeszlet oldalon tudod ellenorizni, de az csak akkor vonatkozik az alaplapodra, ha annak BIOS-a is fel van keszitve a max. memoria mennyiseg tamogatasara, es a maximalis mennyisegu DIMM foglalat talalhato az alaplapon. Az alaplap es BIOS kepessegei a DMI blokkban vannak kodolva, de azt sajnos sok gyarto nem tölti ki megfelelo precizitassal, igy fenntartassal kell kezelni a DMI info (Szamitogep / DMI oldal az AIDA64-ben).
A legjobb, ha az alaplap gyarto weboldalan es/vagy az alaplap kezikonyveben ellenorzod a tamogatott memoria mennyiseget. Az a legmegbizhatobb forras.
-
Fiery
veterán
Sajnos nincs konkret infonk arra vonatkozolag, hogy a VRM-eket hogyan lehet read-only modba allitani. Az is elkepzelheto, hogy nem lehet ilyet csinalni a VRM-ekkel, viszont a video driver (Catalyst) idonkent ellenorzi a VRM beallitasokat, es ha elterest talal, akkor visszaallitja automatikusan a megvaltozott regisztereket. De mindez csak hipotezis a reszemrol, elkepzelheto hogy teljesen mas technikat alkalmaznak a cel (a tuningolas megnehezitese) eleresere.
[ Szerkesztve ]
-
Fiery
veterán
válasz hattrickuser #3481 üzenetére
Koszi, javitottuk a hibat a legujabb AIDA64 Extreme betaban --> [link]
-
-
Fiery
veterán
válasz CirrMee #3488 üzenetére
A Disk Benchmarkban milyen blokk meret van beallitva? Nem lehet, hogy fix ertekre allitottad be, ami tul kicsi, pl. 4 KB?
Az pedig abszolut elkepzelheto, hogy az egyik logikai processzor 20%-ra terhelodik, mikozben a teljes rendszer terhelese 4-5%. A Feladatkezelo az osszterhelesnel figyelembe veszi az osszes magot, ergo egy 4 magos (nem hyperthreadines) rendszernel 20/4 = 5% lesz a teljes rendszer terhelese, amennyiben az egyik mag 20%-on jar, a tobbi 3 mag pedig "pihen".
[ Szerkesztve ]
-
Fiery
veterán
válasz CirrMee #3490 üzenetére
Kozben latom, hogy SensorPanelrol beszeltel. A Disk Benchmark kozben nem szabad semmilyen szenzoros feature-t engedelyezni. Be kell csukni az OSD Panel-t, SensorPanelt, es az AIDA64 foablakot sem szabad az Erzekelo oldalon hagyni. A terhelest ugyanis siman lehet, hogy a szenzor ertekek frissitese okozta. Egyebkent a szenzor ertekek frissitese kozben jelentkezo terhelesen folyamatosan faragunk, tehat erdemes megnezned a legujabb AIDA64 betaval is.
Ha a Disk Benchmark kozben bezarod a szenzoros modulokat, akkor siman lehet, hogy a mért ertekek is helyre kerulnek.
[ Szerkesztve ]
-
Fiery
veterán
válasz Komorgó #3495 üzenetére
Ki tudjuk javitani a hibat (gondolom a +12V es a +5V keszenlet a problema), ha tudsz kuldeni egy screen shot-ot, amely a Gigabyte EasyTune altal mért feszultsegeket mutatja. Valamint, kuldj kerlek egy ISA Sensor Dump-ot is: AIDA64 ablak aljan jobb gomb --> Sensor Debug --> ISA Sensor Dump. Masold be a teljes eredmenyt ide a topicba. Koszi elore is!
[ Szerkesztve ]
-
Fiery
veterán
A screen shot-on lathato panel egy nem hivatalos, jelenleg is fejlesztes alatt allo modul, ami csak az AIDA64 Business es Engineer valtozatokban erheto el.
AMD processzorokon a CPU PState listat egyebkent le lehet kerni az AIDA64 ablak aljan jobb gombot nyomva --> CPU Debug --> CPUID & MSR Dump --> gorgess a lista aljara (MSR Registers).
[ Szerkesztve ]
-
Fiery
veterán
Tudunk az emlitett hibarol, de egyelore nem talaltunk ra megoldast. Probalkozunk
Az Update 1-nel csak az al-buildnel lehet latni a kulonbseget a Win8.1 RTM-hez kepest. Furcsa, hogy igy oldotta ezt meg a Microsoft. Pl.:
Win8.1 RTM: 6.3.9600.16384
Win8.1 Update 1: 6.3.9600.17041 -
Fiery
veterán
Az AMD APU-k hodiodaja kizarolag terheles alatt mutat valos, Celsiusban ertelmezheto hofokot. Nyugalmi allapotban teljesen fals erteket mutat a CPU maghofok es a GPU dioda is, altalaban boven a kornyezeti (szoba) homerseklet alatti hofokot jeleznek. Mi emiatt nem is ajanljuk az AMD APU-kon a CPU maghofok es a GPU dioda hofok hasznalatat barmire is. A legjobb lenne az ilyen ertekeket ki sem jelezni, de mivel terheles alatt kozelebb esnek a valosaghoz, igy az AIDA64 felhasznalok igenylik ezeket a hofokokat is.
A GPU-Z-ben Intel processzoroknal a GPU hofok elkepzelheto, hogy nem az a GPU hofok, amit az AIDA64 CPU GT Cores neven mér es kijelez. A GPU-Z nem a mi szoftverunk, igy nem tudhatjuk, mikepp mukodik, es esetleg hasznal-e valamilyen utolagos hofok korrekciot. Amire egyebkent az AIDA64-ben is van lehetoseg (fomenu / Fajl / Beallitasok / Hardverfigyeles / Korrekcio).
-
Fiery
veterán
Nalunk is van egy halom AMD proci, gyakorlatilag minden APU generaciobol van legalabb egy. Nagyon ritka az a peldany, amin rendesen lehet hofokot mérni. Van egyebkent egy masfajta metodus is (SVI2), amivel az igazsaghoz talan kozelebb allo hofokokat kaphatnank, csak epp az a felulet meg kepes 105-110 Celsius fokot jelezni pl. egy teljes terheles alatt allo, nem tuningolt, jol hutott Trinity A10-5800K-nal Ugyhogy a helyzet az, hogy nincs igazan jol mukodo metodus az AMD APU-khoz, es sajnos sok alaplapnal a "CPU" neven cimkezett, az alaplapi szenzor chip altal szolgaltatott hofok sem jo, ugyanis a maghofok + korrekcios ertekkel allitjak elo az alaplapi BIOS-ok ezt a hofokot Pl. Gigabyte lapoknal jellemzo a kb. +18-20 fok fix korrekcios ofszet, amivel ugyan idle allapotban jonak tunik a CPU hofoka, csak sajnos az APU hofokot nem lehet ilyen egyszeru modon korrigalni, mindig fals lesz az eredmeny, legfeljebb kevesbe feltunoen fals...
[ Szerkesztve ]
-
Fiery
veterán
A BIOS elvileg a BIOS-ban "CPU" neven kijelzett hofokot tekinti alapnak, aszerint szabalyozza a CPU ventilatort. A rendszer es tap ventilatorok szabalyzasahoz elkepzelheto, hogy a "Motherboard" vagy "System" neven hivatkozott hofokot veszi alapul.
Ha jol tudom, AMD-nel throttling mint olyan nem igazan letezik, hanem az orajeleket csokkenti a proci, ha tulmelegszik. Ergo, ha loggolod az orajeleket is, akkor eleg konnyen ki lehet szurni a tulmelegedesi allapotot.
dGPU-knal manapsag mar letezik a throttling, bar nem egeszen igy hivatkoznak ra, mert ugy ciki lenne A Tahiti peldaul teljes compute terheles alatt elkezd throttlingolni, es folyamatosan esik a mért teljesitmeny emiatt. A Hawaii-ban (es Bonaire-ben) ezt ugy alakitottak at, hogy az orajelet csokkenti, amig helyreall az idealis allapot (hofokban). iGPU-knal ugy tudom, nincs throttling, egyiknel sem.
-
Fiery
veterán
válasz Doky586 #3521 üzenetére
Igen, lattam, hogy Inteled van, bocs, hogy belekevertuk az AMD-s temat.
Intel prociknal a maghofokokra kulonosen igaz az, amit irtam, azaz hogy ha nem egy adott idopillanatban méred oket, akkor "elmasznak" nagyon konnyen tobb fokot is. Az AIDA64 pl. nem csak a maghofokokat méri egy ciklusban, hanem minden mas hofokot, feszultseget (stb) is, amit latsz az Erzekelo oldalon. A RealTemp kizarolag a maghofokokat méri, igy siman lehet, hogy mast mér, mint az AIDA64.
Nehez ezt igy forumban, tömören elmagyarazni... Megprobalok me'g nehany mondatot irni, hatha segit abban, hogy megertsd, miert nehez a maghofokokat mérni, es tulajdonkeppen miert is nincs sok ertelme foglalkozni veluk, legalabbis nyugalmi allapotban.
Az a gond, hogy az Intel-fele hodioda minimalis CPU terhelesre is elmaszik, azaz nagyon-nagyon erzekenyen reagal arra, hogy epp mi fut a processzoron. Nem mindegy peldaul, hogy ha egy szenzor polling ciklust veszel, akkor azon belul hol es milyen modon olvasod ki a maghofokokat. Ha varsz mondjuk fel vagy egy masodpercig, nem csinalsz semmit egy szoftverben, akkor a proci le fog hűlni par fokot, es ha azutan gyorsan semmi mast nem csinalsz, csak kiolvasod a maghofokokat, akkor relative alacsony hofokokat fogsz kapni. Mig, ha mondjuk egy komplexebb szoftver eseten a maghofok kiolvasast megelozi par utasitasbol allo mas "kacat" (mondjuk alaplapi szenzor chip vagy GPU hofok kiolvasas, aktualis orajel mérés, ilyesmi), akkor a CPU a "kacat" futtatasatol kicsit felmelegszik, es emiatt magasabb maghofokot fogsz kapni.
Az egesz maghofok mérés trukkos, es nincs is igazan egzakt modszer ra. Szerencsere maguk a hodiodak sem annyira pontosak, hogy ezek a par fokos kulonbsegek szamitsanak, kulonosen mivel az Intel-fele diodaknal is problema az, hogy minel tavolabb kerulsz a maximalis mukodesi homerseklettol (TJMax), annal kevesbe mérnek pontosan. Tehat, nyugalmi allapotban, amikor a fent reszletezett par fokos elteresek adodhatnak a mérési modszer okán, akkor maga a dioda is adott esetben +/- 5 vagy 10 Celsius fokos pontossaggal mér csupan, ergo az a par fokos elteres nem oszt, nem szoroz. Ez a problema kulonosen jellemzo volt a Core es Core 2 procikra, ahol a szobahomerseklet kornyeken mar 20-25 fokos pontatlansag is normalis volt, a dioda pedig 0 Celsius fok kornyeken teljesen felmondta a szolgalatot.
Az pedig, hogy az AMD es az Intel is alapvetoen a magas mukodesi homerseklethez igazitja a diodak pontossagat, azert van igy, mert ezek a diodak nem a szeles tartomanyu mukodesi homerseklet mérésére hivatottak, hanem csupan arra vannak, hogy megakadalyozzak a CPU tulmelegedeset. Emiatt, arra kalibraljak oket, hogy a cca. 90-100 Celsius fokos tartomanyban legyenek nagyon pontosak, a 20-50 fokos tartomanyban pedig majdnem mindegy, hogy mit mérnek, nem szamit. Ezert is rossz otlet az, ha valaki a maghofokokra hagyatkozik, ha azt figyeli: nincs ertelme, ugyanis ugysem pontosak, maximum relative erdemes nezni oket. Azaz, annak van ertelme, hogy egy adott CPU terheles alatt egy komolyabb CPU-hutovel 90 fok helyett csupan 80 fokig melegszik fel, de annak nincs sok ertelme, hogy a nyugalmi allapotban mért 30-40 fokokkal babraljon az ember.
[ Szerkesztve ]
-
Fiery
veterán
válasz Doky586 #3524 üzenetére
A maghofokok digitalisan reprezentalt ertekek. A kulonbseg pl. abbol adodhat, ha a szoftverek mas TJMax-et hasznalnak, ugyanis az Intel-fele maghofok szenzor nem abszolut Celsius hofokot mér, hanem a TJMax hofoktol valo tavolsagot, Celsiusban. A "TJMax-problema" -- azaz hogy minden szoftver mas TJMax-et hasznalt -- azonban csak a Core es Core 2 szeriara volt jellemzo, a Core i3/i5/i7 szerianal mar a CPU eltarolja a sajat TJMax erteket, es igy minden szoftver ugyanazt hasznalja. Ezen felul, a RealTemp log ki a sorbol: az a szoftver mas formulat hasznal, nem koveti az Intel altal specifikalt modszert, hanem sajat formulat hasznal. En szemely szerint ugy gondolom, az Intel sajat DTS (digitalis termikus szenzor) specifikacioja a mervado, nem holmi tapasztalaton alapulo formula, kulonosen a fentebb reszletezett okok miatt -- azaz hogy a DTS nem is a CPU aktualis uzemi homersekletenek meresre hivatott, nem arra terveztek. A RealTempben ennek ellenere sokan "hisznek", holott az osszes tobbi szoftver (pl. AIDA64, HWMonitor, HWiNFO, SIV, SpeedFan, CoreTemp, stb) azonos, Intel DTS formulat hasznal, kizarolag a RealTemp megy szembe az Intel-fele specifikaciokkal.
[ Szerkesztve ]
-
Fiery
veterán
Koszi, javitottuk a hibat a legujabb AIDA64 betaban --> [AIDA64 Extreme v4.50.3006 Beta]
[ Szerkesztve ]
-
Fiery
veterán
Igy -- ha a Broadwell-K tovabb csuszik -- van me'g lehetoseg a Haswellbol me'g egy kicsit kifacsarni, marketing szempontbol. Otlet a brand névre: 4795K, esetleg 4799K Az nVIDIA ugyanezt csinalta a GK110-zel. Amikor mar nem tudott tobb teljesitmenyt kifacsarni belole (es az utod sem keszult el idoben), akkor bekapcsolta a GeForce-ban addig letiltott funkciokat.
[ Szerkesztve ]
-
-
-
Fiery
veterán
válasz #90933760 #3558 üzenetére
ACPI feluleten kevesebb informacio olvashato ki, mint direktben (ISA 66h porton keresztul). Ha a Lenovo/IBM sajat drivere telepitve van, akkor nem lehet hasznalni a direkt megoldast, mert osszeakad a driverrel. Ilyenkor az AIDA64 kenytelen az ACPI feluletet hasznalni.
-
Fiery
veterán
válasz #90933760 #3566 üzenetére
A kulonbseg az AIDA64 verzioban keresendo. A regebbi AIDA64-ek -- tevesen -- kozvetlen cimkeket rendeltek a hofokokhoz, akarcsak a TPFC. Ezek a cimkek azonban notebookonkent egyediek, nincs egyertelmu, egyetlen lista, amivel lefedheto minden ThinkPad. Emiatt, az AIDA64-ben (az 1921-es buildnel) atalltunk arra, hogy inkabb altalanos cimkeket irunk ki, hogy ne legyen megteveszto, felrevezeto a cimke neve. Az altalad linkelt kepen egy 1900-as AIDA64 build lathato, aminel me'g a regi ThinkPad EC modul mukodott, a fix, de nem helyes cimkekkel.
[ Szerkesztve ]
-
Fiery
veterán
-
Fiery
veterán
Az AIDA64 fo modulja ugyan 32 bites, viszont a benchmarkok es a stabilitasteszt 64 bitesek. Ezt tudod is ellenorizni a Task Manager segitsegevel: a benchmarkok ill. a stabilitasteszt futasa kozben latni fogsz egy AIDA_BENCH64.DLL processzt is a listaban, ami 64 bites.
[ Szerkesztve ]
-
Fiery
veterán
válasz baritz1995 #3576 üzenetére
Attol fugg, milyen processzorrol van szo. AMD-nel inkabb a sima CPU hofok a mervado, Intelnel inkabb a magok hofoka.
-
Fiery
veterán
válasz baritz1995 #3578 üzenetére
Az eleg szep, de nem feltetlenul tul magas, hiszen eleg magas TDP-je van a procidnak.
-
Fiery
veterán
válasz baritz1995 #3581 üzenetére
Elkepzelheto. Erdemes lenne ellenorizni a tobbi rendszer hofokot is, mert konnyen lehet, hogy a gephaz szellozese nem megfelelo, es ugy altalaban nagyon forro a gephaz belsejeben a levego. Ez esetben a haz szellozeset kell javitani, es az a processzor hofokat is lejjebb fogja szoritani.
-
Fiery
veterán
Ez egy AIDA64 topik, tehat nem fogok mas benchmark szoftvert ajanlani, mint az AIDA64-et Termeszetesen van benne egy csomo fele benchmark (sebessegmeres), CPU-hoz, FPU-hoz, memoriahoz, cache-hez, HDD-hez, SSD-hez, CD/DVD/Blu-ray lemezes es flash memorias meghajtokhoz, GPU-hoz (OpenCL GPGPU). Ha az AIDA64 benchmarkokkal kapcsolatban kerdesed van, nyugodtan ird meg ide a topicba, es igyekszem mindet megvalaszolni
[ Szerkesztve ]
-
Fiery
veterán
Nem igazan tudom, mire gondolsz azzal, hogy "Rendes memteszt". Ha kifejezetten memoria CRC tesztelest akarsz futtatni akkor MemTest86+.
Az AIDA64 nem talalhato meg a driver CD-n, hanem probaverzioban elerheto a weblapunkon --> [link]. A probaverzio 30 napig hasznalhato ingyenesen.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen