Új hozzászólás Aktív témák
-
Fiery
veterán
válasz rocketry23 #4403 üzenetére
Erre sajnos csak az IBM tudja a valaszt. Ha tudnank, hogy mit jelentenek, akkor annak megfeleloen cimkezne oket az AIDA64
-
Fiery
veterán
válasz czakof1946 #4409 üzenetére
1) A dedikalt haz hutes nagyon fontos. Hiaba forognak a hazon belul a ventilatorok, ha a forro levegot egyedul a tap ventilatora probalja eltavolitani a hazbol, raadasul a tapon keresztul. Az edeskeves.
2) A haz oldalanak levetele szinte mindig segit, ha nincs haz ventilator. Persze azt nem art biztositani, hogy a haz nyitott oldala ne pont egy laphoz (pl. asztal laba, szekreny oldala) simuljon, azaz hogy ha leveszed a haz oldalat, akkor tenyleg legyen hely utana a levegonek mozogni, aramolni.
3) Naplozashoz, amennyiben elo ember vizsgalja az eredmenyeket szabad szemmel (es nem egy Excel tablazatban akarsz grafikont rajzoltatni az eredmenyekbol), a HTML formatumot erdemes valasztani. Az "Induló és leálló folyamatok naplózása" opciot is erdemes engedelyezni. Annak segitsegevel lehet latni, hogy mikor indul el a jatek, es hogy jatek kozben milyen hatterfolyamatok indulnak me'g el esetleg.
-
Fiery
veterán
válasz házimozis #4415 üzenetére
1) 2. burkolat es Tapegyseg ventilator: nem lehet, hogy valojaban a Tapegyseg ventilator a 2. burkolat ventilator, csak rosszul van cimkezve?
2) +5V keszenlet: a BIOS-ban lathato ilyen feszultseg? Ha nem, akkor egyszeruen az alaplap nem tudja ezt a feszultseget mérni.
3) A PCH Dioda homerseklet a chipsettol (PCH-tol) es a BIOS-tol is fugg. Sajnos gyakran elofordul, hogy egyik alaplapon rendelkezesre all ez a homerseklet kijelzes, mig egy masik, adott esetben teljesen hasonlon viszont nem.
4) UEFI bootnal a video BIOS sokszor hibasan kerul emulalasra. Ezzel nem tudunk mit kezdeni. Alacsonyszinten (ertsd: a videokartya flash BIOS-abol) persze ki lehet olvasni a video BIOS datumot ilyenkor is, de az az info csak a GPU oldalon lathato.
-
Fiery
veterán
válasz házimozis #4417 üzenetére
1) Ellenoriztuk, es a cimkezes a baj. A "Tapegyseg" ventilator valojaban a "2. burkolat". A kovetkezo AIDA64 betaban korrigaljuk ezt.
3) A PCH Dioda nem a szenzor chiphez kotodik, hanem a PCH-ban talalhato Thermal Controller-hez. Ha azt az eszkozt a BIOS nem (vagy nem jol) konfiguralja fel, akkor nem lehet a PCH Dioda homersekletet kiolvasni.
-
Fiery
veterán
Az ASRock alaplapok specialis ventilator mux-ot hasznalnak, amit az AIDA64 nem kezel. Igy vagy az egyik, vagy a masik CPU ventilator monitorozasara van csak lehetoseg. Azt szoktuk javasolni az ilyen alaplapoknal, hogy a CPU2 ventilatort inkabb valamelyik masik ventilator csatlakozora dugja at a felhasznalo, de ahogy latom, Nalad ez nem opcio, mert "tele van" minden csatlakozo
-
Fiery
veterán
válasz tomaszka88 #4434 üzenetére
Attol fugg, mi a cel. Ha a processzor maximalis terhelese, akkor eleg csak az "FPU" altesztet bepipalni. Ha a hibakereses a cel, akkor erdemes minel tobb mindent bepipalni.
-
Fiery
veterán
válasz CirrMee #4438 üzenetére
Ha a DirectX oldalrol van szo, akkor ott azert szerepel az az info, mert az AIDA64 a DirectX 11 feluletet hasznalja a DirectX info detektalasahoz, es nem a DirectX 12-t -- ami egy teljesen kulonallo API.
A GPU valodi, epp hasznalt API-tol fuggetlen kepessegeit a Megjelenites / GPU oldalon lathatod.
-
Fiery
veterán
válasz CirrMee #4440 üzenetére
Igen, valoban kicsit zavarba ejto az, ahogy most mukodik ez az AIDA64-ben. Igyekszunk megoldani, csak nem egyszeru tema, ugyanis a DirectX 11-es oldalt nehezen tudnank egyesiteni a DirectX 12-essel (ha majd lesz ilyen oldal). Ha pedig kulon maradnak, akkor ugyanaz az info fog megjelenni a DirectX 11-es oldalon, mint most, es ugyanugy zavart fog kelteni
-
Fiery
veterán
válasz ScomComputer #4442 üzenetére
A nemzetkozi AIDA64 forumban valaszoltam. Ha megoldhato, fokuszaljunk egyetlen forum topikra ezugyben
-
Fiery
veterán
válasz dodopek #4445 üzenetére
A legujabb AIDA64 betaban beraktuk mar a Megjelenites / GPU oldalra, Performance Cap Reason neven azt a kijelzest, amire ha jol sejtem, utalsz.
-
Fiery
veterán
válasz ScomComputer #4455 üzenetére
Ritkan elofordul ez, de sajnos egyelore nem jottunk ra, mi okozza. Egy otletunk van csupan: a Windows valami miatt atvarialja a fizikai meghajtok sorrendjet. De hogy ezt mi valtja ki, az egy nagyon jo kerdes. Egy Windows Update frissites tehet ilyet, vagy egy kulso HDD, esetleg pendrive csatlakoztatasa okozhatja, hogy a Windows ujraszkenneli az osszes fizikai meghajtot, es esetleg a sorrendet maskepp rakja ossze "fejben". Sajnos nem tudunk mas sorrendet hasznalni, mint amit a Windows maga diktal.
-
Fiery
veterán
válasz ScomComputer #4457 üzenetére
Ez milyen Windows egyebkent? Az AIDA64 a Windows indulasakor indul el?
-
Fiery
veterán
Tonkre nem fog menni a tableted, viszont valoban foglalkozni kell ezzel a jelenseggel. Egyeduli tippem az, hogy az SMBus-on talalhato egy olyan eszkoz, aminek a szkennelesere nagyon erzekeny ez a tablet. Ilyet lattunk mar pl. Surface tableteknel is. Letiltjuk az SMBus szkennelest ezen az eszkozon, es a kovetkezo betat majd probald ki kerlek, es ird meg, hogy megszunik-e a problema. Amint kijott az uj beta, irok ide a topicba.
-
Fiery
veterán
Ez a vegleges megoldas, ugyanis csak akkor tudnank ennel finomabban szabalyozni azt, hogy mit tiltsunk le pontosan, ha lenne a kezunk kozott egy ilyen masina. De egyebkent nincs jelentosege az egesznek, hiszen nem veszitesz semmilyen diagnosztikai vagy mas informaciot a workaround miatt.
Nem hardverhiba okozza, vannak mas notebookok ill. tabletek is, amik erzekenyek az SMBus vagy a HD Audio busz piszkalasara.
Az 5179-es tippet koszi, a kovetkezo betaban az is benne lesz
-
Fiery
veterán
válasz coopeer #4470 üzenetére
Az ilyen anomaliakat az szokta okozni, hogy a PCIe csatolo nem teljes teljesitmenyen mukodik. Vagy nem x16 savot hasznal, hanem pl. x4-et, vagy nem 3.0, hanem 2.0 modban mukodik. Vagy a ketto kombinacioja, pl. PCIe 3.0 x16 helyett PCIe 2.0 x8 modban mukodik. Ez utobbi peldanal 1/4-ere esik a savszelesseg.
-
Fiery
veterán
válasz coopeer #4472 üzenetére
Terheles alatt (pl. amikor epp fut az AIDA64 GPGPU benchmark) nezz ra az AIDA64-ben a Megjelenites / GPU oldalra, es ott ellenorizheted a PCIe csatolo tempojat. Az ok sokfele lehet, pl. hogy nem fizikailag x16, de logikailag x8 slotba raktad a videokartyat, es nem egy teljes erteku (logikailag is x16) slotba.
-
Fiery
veterán
válasz bayarena #4476 üzenetére
A siman "CPU"-kent cimkezett homersekletet az alaplap méri. Ha az nem tunik megbizhatonak, akkor a "CPU dioda" homersekletet erdemes inkabb figyelni, azt ugyanis a CPU sajat maganak méri. Egyebkent milyen alaplaprol van szo, es tipikusan milyen ertekeket mutat a "CPU" homerseklet?
-
Fiery
veterán
válasz bayarena #4479 üzenetére
A Bulldozer csaladba tartozo AMD APU-knal sajnos elofordul az ilyesmi, mondhatni teljesen normalis A CPU-ban talalhato dioda nagyon furcsa skala alapjan méri a hofokot, emiatt a mért értékek korrigalasra szorulnak. Az AIDA64 / fomenu / Fajl / Beallitasok / Hardverfigyeles / Korrekcio lapon tudod korrigalni az ertekeket, pl. a CPU dioda hofok eseten erdemes az ofszetet 20-22 Celsius fokra allitani.
-
Fiery
veterán
válasz batyus086 #4506 üzenetére
Akkor arthat csak a gepnek, ha a hasonlo terheles amugy is artana neki, tehat ha a hardver vagy rossz minosegu, vagy rosszul van konfiguralva. Idealis futasi ido nincs. Minden attol fugg, Te hany ora terheles utan erzed "eleg stabilnak" a konfiguraciodat. Altalaban azt szoktuk javasolni, hogy legalabb 12 orat fusson a teszt, ha azt birja, az mar jo jel
-
Fiery
veterán
Jelen allas szerint ugy nez ki, hogy:
- Zen: K17.0 (Summit Ridge, Threadripper, Naples, Snowy Owl), K17.1 (Raven Ridge), K17.2 (Raven Ridge-bol lefelezett APU, kb. ahogy a Stoney Ridge = felezett Bristol Ridge), 14 nm
- Zen+: K17.0 (Pinnacle Ridge, Threadripper+), 12 nm
- Zen 2: K17.3 (Starship es a tobbiek), 7 nm
- Zen 3: K18.x, 7 nmDe ez mindegy is, hiszen nem attol lesz egy architektura jo vagy rossz, hogy az -- egyebkent nem tul relevans -- CPU csaladot leptetik-e eggyel vagy marad ugyanaz, mint az elozonel.
Megj.: Nem eliras a K17.0 a Zen es Zen+-nal. Ugyanigy osztozott a K15.0-n a Zambezi es a Vishera is anno.
Megj.#2: A listaban nem szerepel a Raven Ridge 7 nanos, Zen 2 alapu utodmodellje. Az még erosen fejlesztes alatt all, nincs még vegleges specifikacioja.
[ Szerkesztve ]
-
Fiery
veterán
válasz SyMbioTe #4511 üzenetére
Az AIDA64 v5.80 verzio ota ilyen esetben ha megnyitod a Stabilitastesztet a fagyast vagy gep ujraindulast kovetoen, akkor figyelmezteto uzenetet mutat, amiben leirja, hogy mikor indult a teszt, mikor szakadt meg, mennyi ideig futott, mi volt a maximalis homerseklet es a maximalis CPU throttling. Ha ennel reszletesebb naplozasra van szukseg, akkor az AIDA64 / fomenu / Fajl / Beallitasok / Hardverfigyeles / Naplozas oldalon lehet engedelyezni es konfiguralni a naplozast. Ez a naplozas nem kotodik a Stabilitasteszthez, tehat folyamatosan tortenik a naplozas.
-
Fiery
veterán
válasz ScomComputer #4517 üzenetére
A Windows bootolaskor eloszeretettel keresi be ujra a hattertarakat, ekkor pedig elofordulhat, hogy eltunik az AIDA64-bol az adott hattertar par masodpercre. Miutan a Windows ujra megtalalja az eszkozt, meg kell hogy jelenjen az AIDA64-ben is ujra.
-
Fiery
veterán
válasz Heroes fan #4528 üzenetére
Age of Wonders milyen 3D API-t hasznal?
Új hozzászólás Aktív témák
- Computex 2024: Mini-ITX alaplapokat vár a Fractal két új háza
- Autós topik
- exHWSW - Értünk mindenhez IS
- Mibe tegyem a megtakarításaimat?
- Proxmox VE
- PlayStation 5
- Luck Dragon: Asszociációs játék. :)
- Nem indul és mi a baja a gépemnek topik
- Elden Ring
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen