nem kell az xtu. az alaplapod bios-a tudja, hogy mit kell csinálni. a proci mondja meg a biosnak, hogy miből mennyi kell neki. Majdnem ugyanaz a lapunk van, és a bios-unk egyforma (feltéve, hogy frissítetted). Az i9 miatt frissíteni kell. Kicsit elméláztam, hogy a 13900-ashoz miért nem Z-790-et használsz, de tudom, hogy a 690 is elviszi a 13-as generációt is. Viszont olyat még sosem csináltam. Ha ilyet kell összeraknom 790-est használok. Namost a 13900-ashoz eddig az összes 790-es lapot frissíteni kellett (nemtom miért van az, hogy 1 családban az i9 mindig kiesik a lappal szállított bios-okból). Ezért kicsit szkeptikus vagyok a 690 vs. 13900 irányában. De ha a lapodhoz adtak ki kifejezetten 13.generációs i9-es frissítést, akkor mindennek jónak kell lennie. az i9 szorosan együttműködik az alaplappal, nem úgy mint az i7-esek (intel honlapján van erre összehasonlítás doksi). Ezért az összes i9-es amikor megjelenik, biost kell frissíteni.
Az xtu jó az i7-hez, bár az utóbbi időben leszoktam róla, mert a bios-ok alapból tudják a gyári tuningot. Sajátot meg már ezeken az eszközökön jobb ha nem csinálunk.
Nem ezeket a teszteket mondtam. Ráadásul hibát keresel egy olyan rendszerben, amit össze-vissza állítgattál. Mondtam már, hogy az ilyen hibákat "eredeti gépen" lehet megkeresni. Mivel csak az MSFS miatt van ez a gép még könnyen meg is teheted. Írtad hogy csak az alapdrivereket használod. Erre most írod az XTU-t. Hát nem igazán értem a "hibakeresési" koncepciódat, ezzel nem tudok mit kezdeni. Ráadásul egy olyan gépről beszélünk amit bazi nehéz jól beállítani.
Ha szervízbe viszed, az első dolog, hogy alapba állítanak mindent, és úgy próbálják. Tehát az összes szarságot vakard le, amit nem a windows és az msfs telepített fel (a külső tesztalkalmazások maradhatnak, akár háttérben futva is). Bios frissítése és alapba állítása. Az msfs-nél szintén. HIGH graf.beállítás, és semmit nem piszkálsz el.
Az nVidia legfrissebb driverét tedd fel (nekem az van jól működik), semmi kiegészítőt sem teszel alá (külső fps számlálót sem).
A windows energiaséma is legyen a windows alapértelmezett. Windows játék beállításoknál szintén (ezen később lehet változtatni (nálam ki-be-ki van)). Mivel elég gyors ssd-d van (nekem is) ezért a telepítés mehet a C:-re, de csak az alap (nekem steam-es van). A Community-nek külön drive-ra kell kerülnie, és erre a drive-ra kerülhet a cache-is. A teszthez olyan területet kell keresni ahol nagyobb reptér van (eddf vagy omdb-t szoktam használni) lehetőleg a városon belül. Pl. egll azért nem jó, mert messze van a reptér londontól, így város és a reptér "összeakadhat" a betöltéseknél.
Ha van HD Sentinel-ed, rá kellene nézni a drive-okra, hogy nem írt valami hibát. A SMART-ban olyan értéket kell keresni, ahol nagyobb értékű szám van, és hibára utal (pl. akárminek a hibajavítása). Nem néztem utána az ssd-knek így nemtom, hogy m2-es vagy sata-s, de ha sata-s akkor ezeknél a gyors driveoknál sok kábel nem felel meg. Ezt is meg lehet nézni a sentinel-ben.
A múltkorában volt nálam egy gép. Régebbi alaplapja volt, 10.generációs proc. Az volt a baj, hogy mind a kettő M2-es foglalatban volt modul. És azért volt baj, mert a bios-ban engedélyezve volt a SATA, és az alapból kiosztotta mind a 6 helyet (a lap ennyit kezelt). Viszont az M2-es modulok ezekre voltak kötve. Meg kellett keresnem, hogy az m2-esek mely sata portokat használják (manual) és azokat a portokat le kellett tiltani. Az már más kérdés, hogy az egyik hdd pont össze volt kötve a második m2-essel. Végeredményben az én hibám volt, mert anno én raktam össze a gépet, és már akkor le kellett volna tiltani. A hdd-t már a tulaj tette be.
Azért csak a háttértárra (vagy környezetére) tenném a zsetont, mert akárhogy gondolom végig, csak az jön ki, hogy nincs a memóriában aminek ott kellene lennie és ezért áll meg (mondjuk a CPU arra vár, hogy a DMA befejezze az adatok szállítását). A CPU és a GPU sem áll meg ha van feladata. Szoftvergond nem lehet, mert akkor az mindenkinél jelentkezne. Memóriagond sem lehet, mert az egészen másként jelentkezik. És az sem lehet, hogy valami leáll, mert kizárt dolog, hogy folytatni tudná. Márpedig a hiba elmúlik mintha mi sem történt volna. Tehát csak az lehet, hogy a cpu és/vagy gpu kifogyott az feldolgozandó adatokból, és várnak, hogy bejöjjön egy újabb csomag.