2465
Microsoft Flight Simulator 2020
-
#1985
A lényeg ebben van: "azzal az erővel akár jól is megcsinálhatnák" Jól dolgozni ugyanannyiba kerül, mint rosszul - de ha valami "túl" jóra sikeredik, akkor a user nem fog évente újat venni... -
nibron #1984 hát volt olyan amikor jobb volt. de azóta már alaposan lejjebb adták. az MSI is sokkal jobb volt régebben mint most. és ami dühítő, hogy azzal az erővel akár jól is megcsinálhatnák. -
bunny #1983 "olyan mintha gigabyte lenne" ... ez annak tükrében vicces főleg, hogy az asus jóval drágább is mint a giga. Én is gigát szoktam venni, de egyszerűen csak az ár-tudás aránya alapján, de mindig úgy gondoltam az asus azért jobb. Ez így meglepő. -
#1982
"ami repülőgépekbe is beszerelhető" - Amikor én még közeli kapcsolatban álltam a repüléssel, akkor P13B tranzisztorokat használtunk az SZPU-ban, PO750 és PT500 szolgáltatta az egy-, ill. 3 fázisú váltófeszültséget (115/36V) és GSZRSZT12000VT indította be a hajtóműveket... :-) Köszönő viszonyban nem volt a mai technológiával - de hát erről szól a fejlődés! :-) -
#1981
Az Epcossal kapcsolatban nekem is abszolút pozitív tapasztalataim vannak - azt viszont nem tudtam, hogy a Gigabyte is őket preferálja! -
nibron #1980 azért nem csak matrica:). nézz meg egy gigabyte cuccot. bármit. nézd meg az alkatrészeket, a forrasztást és a nyák huzalozását. minőségi munka.
pár éve szenvedtünk a cégnél a shieldes induktivitásokkal. láttam, hogy a gigabyte alaplapon egész jók vannak. kitartással sikerült felvenni velük a kapcsolatot. megkérdeztem milyen cuccok azok. kiderült, hogy epcos gyártja. wazz ugyanattól a gyártótól használtunk mi is, csak másik sorozatot. ami azt illeti be is jött a dolog. szóval a gigabyte-nál képesek a kényesebb alkatrészekből commercial besorolású termékekbe olyan alkatrészt beépíteni, ami repülőgépekbe is beszerelhető. nesze neked fogyasztói társadalom. -
#1979
Kicsit(?) OFF: A prohardveren, ahol az OC kerül szóba, istenítik az asus-t. Van, akinek akár 10%-os sebességnövekedést is sikerül elérnie - igaz, ezt csak 10 mp-ig képes teljesíteni, de ő megcsinálta! :-) -
#1978
Valószínűleg igazad van a Z690-et illetően - de nem hittem volna, hogy ez ennyit számít! Asus esetében 5-10 mp-enként megakadt az MSFS - ASRock alatt (mint írtam) kés a vajban! Biztosan nem az ASRock az ideális - de nincs pénzem 5-600 ezer forintot kiadni csak azért, mert egy logo fel van szitázva a NYÁK-ra...:-) Tegnap rendeltem egy másik ugyanilyen alaplapot, proci, VGA, RAM és táp van tartalék - így 70 felé nem hiszem, hogy tartós(abb) tejet kell vennem! :-))) Megelégszem annyival, ha az MSFS normálisan fut - másra nem vágyok (Na jó, a számítástechnikára értve! :-) -
nibron #1977 inkább a z690 okozhatta a problémát. nem hinném, hogy az asrock lenne az ideális alaplap. de legalább z790-es ami a processzorhoz való. mióta az északi bridge többnyire a proccban van ez sokat számít. nem mindegy mivel van összekötve az északi és déli chip. és itt most nem a vezetékekre gondolok, sokkal inkább az időzítésekre. írtam is anno.
ennek ellenére az asus már régóta feketelistán van nálam. egyszerűen nem értem a logikájukat. drága minőségi alkatrészeket forrasztanak be silány minőségben, és mellékanyagok árában spórolnak. ilyen pl. a pad vagy a pasztázás. szinte az összes videókártya filléres problémákkal küszködik. az enyémet is teljesen szét kellett szedni, és újra már jól összerakni. azóta nincs vele gond, már olyan mintha gigabyte lenne. -
#1976
Félek, hogy elkiabálom, de 2 héttel ezelőtt kukáztam az asus alaplapot és vettem egy ASRock Z790 PG RIPTIDE -ot - azóta vajsimán megy minden.... 3-4 órás repülés alatt van ~10 botlás (jellemzően nagyobb repterek környékén, ami érthető és megmagyarázható)
Valahogy így képzeltem el régebben is, mint ahogyan most megy: Nincs tüske!
Az asus lappal percenként volt ennyi... Úgyhogy részemről elfelejtettem a nevüket is!!!!
Utoljára szerkesztette: Vizipok56, 2023.11.30. 14:42:18 -
#1975
OK, köszönöm! :-) -
#1974
Torrent oldalak ahonnan ingyen le tudod tölteni és így "kipróbálni a demót". -
#1973
Sokadjára olvasom ezt a "Virágboltot"... Vén vagyok, így nem tudom ez mit jelent?
Utoljára szerkesztette: Vizipok56, 2023.11.06. 15:42:38 -
#1972
Most is megvan, de fekete... :-) Ezidáig csak az FS4-től kezdődően vettem meg a simeket, de ennek vége! Még megvárom az újabb SU -et, ha azzal sem normalizálódik a helyzet, végeztem! (Mivel a windows-t csak és kizárólag az MSFS miatt tartottam meg, így vele is... Szerintem - és az összes ismerősöm szerint is - a win csak játékra jó; de mint kiderült: arra sem! 29 éve Debian alatt dolgozok - hülye voltam, hogy ezt a ...-t feltelepítettem!!!!) -
bunny #1971 Akkor nézegess XP12-es csoportokat, ott is megy a sírás-rívás időnként :D Egyébként meglep, hogy nincs meg, rendes szimesnek mind megvan, hogy legyen választék!
Utoljára szerkesztette: bunny, 2023.11.06. 08:31:57 -
#1970
Most került fel arra a bizonyos i-re a pont... Hogy akadozik, dadog, szakad - hát istenem, nem egy linux - ez csak egy windows. OK, elfogadtam. De ma reggel ez fogadott: https://kepkuldes.com/image/DvKEOg (A community mappában csak a default dolgok vannak.) Kész, vége. Veszek egy X-Plane 12-t linux alá és a napjaimat játékkal és nem hibakereséssel fogom tölteni!!!! -
nibron #1969 a windows performance monitor grafikonjait húzd szét, és inkább azt töltsd fel. Ebből nem látszik mi történik a gépben. -
nibron #1968 a passziánsz helyett próbálj már ki egy másik játékot. Ott a StarField, az elég jól megfosatja a gépet. Virágboltban is van. Bemész New Atlantisba (fél óra játék után) és ki sem jössz onnan. -
nibron #1967 ez valahogy nem így jelentkezik. de ki lehet próbálni. ha valami miatt meg kell állítani mondjuk a procit, az a hőmérséklet. tehát akkor olyan grafikon kell ami mutatja a cpu kihasználtságát, a tok hőmérsékletet, és a core0 hőmérsékletét.
az intel processzorok 100C-nál kezdik visszavenni az órajelet, de nem teljesen hanem úgy, hogy addig szabályoz vissza, míg el nem kezdődik a hőmérsékletcsökkenés.
Másrészről van amikor órákig jól megy. Azt pedig nem gondolhatjuk komolyan, hogy erre az időre megjavul a paszta. -
#1966
még esetleg egy ötlet, lehet már volt téma vagy már utána néztél, de a CPU vagy VGA ventilátor rendesen megy és a pasztázás is rendben van velük?
CSak mert nálam is fordult már elö, hogy egy uj VGA-t vettem és folyamatosan fagyott a gépem utána visszavittem gariba,de nem találtak problémát vele és kiderült, hogy a CPU ventilátor nem ment megfelelöen ezért volt a hiba 800ft-ért kicseréltem és megoldodott a probléma.
Illetve láttam a DR.VGA csatornáján, hogy valamelyik gyárto gyári pasztázása is rossz és ajánlatos ujrapasztázni .
ÉS ezek a ventilátor gondok lehetnek akár a táp környékén is és emiatt párszor kihagy.
Esetleg alaplapi kondi felpuposodott. -
#1965
Kipróbáltam. Az eredmény elkeserítő. https://kepkuldes.com/image/DdcNhm Csak reménykedni tudok az újabb SU-ben - vagy maradok a passziánsznál! :-)
Utoljára szerkesztette: Vizipok56, 2023.11.05. 11:57:41 -
#1964
OK, köszönöm, kipróbálom. (Amúgy is csak mentési célokat szolgál) -
nibron #1963 hmm, nem is olyan sok. de neked alapvetően nem az a bajod. microlag problémát sokfélét ismerünk msfs, p3d, és fsx-nél is. de a te problémád elég furmányos, és be kell látnom nem láttam még ilyet. azért a szétfragmentált majdnem teli hdd egyszerűbb probléma, csakúgy mint a rosszul beállított teljesítményprofil. ezek a legsűrűbbek. és csak ezek után jönnek az erősen alulméretezett videókártyák, memóriák, stb-k.
van hdd a gépedben. iktasd már ki, hogy csak ssd legyen. egyáltalán ne legyen sata kábel az alaplapba dugva. -
#1962
"millió konfigon jól működik. gondolom feltúrtad már a netet. találtál vkit akinek szintén így működik? " Nem is kevés embernek! Erre, hogy "msfs micro stutters" a google 12.900 találatot hoz fel... -
#1961
Köszönöm, meg fogom nézni! -
nibron #1960 "feszültség emelésével nő az áramerősség, így a disszipáció is"
ez így igaz (ohm törvénye). de mi van akkor ha a teljesítmény adott? mint ebben az esetben is. arról van szó, hogy pl. 300w-hoz kell tápot előállítani. ez az oka, hogy legújabban már a proci bügyögteti a tápot. régebben, ill. az i7-esek ill az alatt, úgy történik a dolog, hogy amikor teljesítményt kell emelni, akkor az árammal együtt a feszültség is nő, és együtt érik el a kívánt teljesítményt. ezt látod amikor monitorozod a dolgokat. És mindez csak azért van, mert még így is bődületes áramok folynak. 150-200a már a ponthegesztésben is komoly teljesítmény. a gnd-hez már legalább 70mm2-es csatlakozás kell. Ez már majdnem 10mm átmérőjú tömör vezeték.
azért ha lenne a hőmegfutás elleni védelemről egy kapcsolásod, vagy valami képlet ami alapján lehetne kapcsolást csinálni megköszönném. Nem lehet egyszerű, mert ezek eleve laborban kísérletezett értékek egy adott technológiára és anyagra. Ezért aztán akár alkatrész típusonként más és más értékek (táblázatok) lehetnek. Írásod alapján igen erős bennem az a feltételezés, hogy azt sem tudod mi az a hőmegfutás. Ami érthető, mert 40 éve nem tanították egyik elektrotechnikai suliban sem. az elektronikai műszerészek sem tanulták, és az egyetemen sem. 84-ben kezdtem a bme-n, mi sem. Egyszerű oka van, hogy miért nem. Nem igazán létezett még a jelenség. A hőmegfutás nem azonos a félvezető leolvadással ill. az oda vezető úttal. Ez csak valahol a 90 évek hozadéka, mert akkor születtek meg az első chipek ahol ez problémaként jelentkezhet. Most sem nagyon tanítják, nincs elszámoltatás, csak megemlítik. A diófáknál, tranyóknál, fet-eknél, tirisztor, triak-oknál a mai napig sem használjuk.
Csak hőmérsékletet tudunk mérni. Lehetséges hőmérsékletet nem tudunk csak nagyjából számítani, az meg szart sem ér. Ezért aztán kinézünk egy hőmérsékletet amíg biztonságos az üzem. Addig oké, azt meghaladva nem oké. Ennyi. A hőmérsékleten kívül nincs benne semmi más tényező. A chipben valahová beraknak egy félvetezős termisztort hozzá egy a/d konvertert és csá. A túláramvédelem megint csak nagyon egyszerűen készül. Az öreg jól bevált söntöt használják. Már csak azért is mert nem kell külön alkatrészt rakni a rajzolatra. Maga a vezeték a sönt. Egy darab szakasz, műveleti erősítő, utána egy trigger és kész is.
De szívesen veszem az újításokat, ezért tényleg szívesen nézném meg a hőmegfutás elleni általános védelmet ami még a túláramtól is megvédi az áramkört. Feltéve hogy működik és nem tartalmaz a jelenlegi megoldásoknál több alkatrészt. Érdekes lehet egy, csak elméleti problémának a gyakorlati megvalósítása:). Bár gyanítom, hogy a jelenleg használt megoldások sokkal egyszerűbbek, ezért nem találsz erről semmi gyakorlati megvalósítást (pl. kapcs.rajzot).
"a legutóbbi SU -ig rendben volt minden" - értelek, de eddig csak te vagy aki panaszkodik ez miatt (akikről tudok). a kedvedért írtam pár msfs "kollégának" körlevelet, akik válaszoltak senkinél sincs ilyen. akkor most ezzel az infóval mit kezdjek? nálam pl. úgy sem akadozik, hogy egy rakás cucc nincs frissítve. de ez alapján, akkor csináld azt, hogy gép reinstall. msfs-t újratelepítve meg kell, hogy szűnjön a csak nálad létező probléma azzal, hogy a szoftver teljesen újra van telepítve. de hát ezt már megtetted, ugye? így kizárható. maga a szoftver nem lehet rossz, mert millió konfigon jól működik. gondolom feltúrtad már a netet. találtál vkit akinek szintén így működik? -
bunny #1959 Én megnézném a helyedben ezt az amúgy DCS-hez ajánlott módosítást.
https://forum.dcs.world/topic/335866-disabling-core-parking-in-windows-fixed-my-stuttering-in-menu-and-game
-
#1958
"a cpu és/vagy gpu kifogyott az feldolgozandó adatokból, és várnak, hogy bejöjjön egy újabb csomag. "
Ezzel egyetértek, csak azt nem értem, honnan jön az újabb csomag????? Mivel sem a NET, sem az SSD folyamata nem jelez semmilyen olvasást a szünet alatt/után! https://kepkuldes.com/image/DVahng Másrészt - mint írtam - a legutóbbi SU -ig rendben volt minden, csak azóta sz@rakodik ugyanazokkal a beállításokkal.
Utoljára szerkesztette: Vizipok56, 2023.11.04. 20:02:10 -
#1957
1. "Ráadásul hibát keresel egy olyan rendszerben, amit össze-vissza állítgattál." Mint már többször is leírtam, teszteltem olyan állapotban is a deszkát, amikor CSAK az MSFS volt a frissiben felrakott win alá telepítve. Dadogott.
2. "Na most, ha a nálad otthon rádugnék egy 1MW-os fogyasztót a 1,5mm2-es vezetékedre, az kábé 1 ezred mp alatt párologna el" - Kivéve, ha a vezetéket - kellően rövid reakcióidejű - hőmegfutás elleni védelemmel látjuk el - mint az a processzoroknál szokásos...
3. "Többnyire a core feszültségét is azért kell emelni, hogy az áram csökkenjen valamelyest, és a túláramtól ne égjenek el a bevezétesek ill. a felület ne párologjon el." Ez érdekes... Sekélyes villamosmérnöki ismeretemmel eddig úgy tudtam, hogy a feszültség emelésével nő az áramerősség, így a disszipáció is... (Igaz, a diplomám több mint 40 éves, azóta sokat változott a világ! :-)
Köszönöm a segítséged, további szép napot!
Utoljára szerkesztette: Vizipok56, 2023.11.04. 19:45:17 -
nibron #1956 "A hőmegfutás elleni védelem egyben a megengedett disszipáció túllépése elleni védelmet is jelenti!"
Ezt gondold át mert így leírva egy marhaság.
Egy intel procinál 10W-on is el tudom érni, hogy megszólaljon a hővédelem (ezt már megtettem), és elvileg 500W-nál is, hogy nem. Maradjunk annyiban, hogy a hővédelem az csupán a hőre vonatkozik, teljesítménytől függetlenül. És az a feladata, hogy a hőmegfutásból eredő olvadást elkerülje. Rohadtul nem érdekli, hogy azt túlhúzás miatt vagy olvasztó kemence (ezt már tapasztaltam) melletti használatból fakad. Ezt legjobban az nVidia-nál látni. A külső (package) hőmérséklet eléri a beállított értéket (~105C???), és újraindul a gép vagy leállítja a processt, kinél hogyan (nekem újraindul).
Amikor pedig teljesítménnyel ill. a hozzá tartozó disszipációval számolunk, akkor ott irreleváns adat lenne a hő. Mire használnánk? Nem arra vagyunk kíváncsiak, hogy mennyi hő keletkezik, hanem arra, hogy a befektetett energiát hogyan tudjuk hasznosítani, meg mire. Még akkor sem ha éppen fűtőberendezést tervezünk (akkor már tudjuk, hogy mekkora teljesítményű kell). A hővel vagy hőelvezetéssel a legvégén kell csak foglalkoznunk, és akkor is csak annyira, hogy a hőt ki tudjuk vezetni. Pl. az erősítőnél van-e megfelelő felület a meghajtókon, hogy le lehessen hűteni (de ez már inkább alkatrészgyártási probléma). A csipeknél is ez van (lásd tápáramkörök). Kivezetik a hőt aztán csinálj vele amit akarsz. Az már egy másik tudomány.
Szóval a két dolog nem igazán tartozik össze. Az egyik elektrotechnika, a másik fizika és anyagismeret. -
nibron #1955 Úgy tudom te is foglalkozol elektromos dolgokkal. Akkor tudnod kell, hogy egy vezetőn nem tudunk átengedni végtelen mennyiségű áramot. Így működik az olvadó biztosíték. Na most, ha a nálad otthon rádugnék egy 1MW-os fogyasztót a 1,5mm2-es vezetékedre, az kábé 1 ezred mp alatt párologna el (itt most ne számoljunk a biztosítással). Anno megmértem, hogy az 3x1,5 MT kábelnek az érsodratából ha kicsípek egy szálat, az mekkora biztosítéknak felel meg. 2,4A-nál olvadt meg (természetesen ez függ az ötvözettől). Tehát ha egy 6A-os biztosítékot szeretnék megpatkolni, akkor 2 vagy 3 szálat kell használnom.
Gondolom innen már nem is nagyon kell magyaráznom, hogy a chipeknél miért fontos a túláramvédelem. A procidnak van 1700 lába, ebből mondjuk van 50-60 ami core-nak biztosítja a feszültséget. Van másfajta tápláb is a procin, pl. az I/O teljesen le van választva, ráadásul nem is azzal a fesszel ketyeg mint a core (adatlapon megnézheted). Azután mivel a táplálás kétpólusú így a GND-nek is kell jó sok lábacska. Az 1700-ból jó sokat elvisznek a táplábak. Alapvetően két oka van amiért ilyen sok kell. Magán a chip felületén nem lehet akkora keresztmetszetet kialakítani, ami elvinne 100A-nál több áramot, másrészt rohadt nagy zaja lenne a chipnek, és sok felületet foglalna a tápvezetékek huzalozása. Ezért lokális betáplálást használnak. Tehát a core felülete több helyen kap betáplálást, így a keresztmetszet elfogadható, és a zaj is kisebb a jóval rövidebb vezetékezés miatt. Na+ jóval több felület marad ahová tranyókat lehet tenni.
Többnyire a core feszültségét is azért kell emelni, hogy az áram csökkenjen valamelyest, és a túláramtól ne égjenek el a bevezétesek ill. a felület ne párologjon el. A chipek élettartama is attól függ, hogy az áram milyen intenzitással párologtatja a felületet. Ha egy chipre túlfeszültséget adsz (mondjuk 5V helyett 10V-ot), akkor is az áramtól megy tönkre a chip, nem a feszültségtől. Ott már akkora lesz az átfolyó áram ami elégeti a bevezetéseket vagy magát a felületet. Amikor a felület hirtelen elpárolog, akkor "robban" szét a chip (a szememből kellett is kiszedni már műgyanta darabkákat). A legkisebb rétegleképezési technológiánál sincs 30V alatt nincs átütés, tehát alatta csak az áramtól mehet tönkre egy chip. Ha 200V-ot adsz neki, akkor ott már átütés keletkezik a felületen, ilyenkor már nincs jelentősége az áramnak.
Érdekességként kiszámolhatod, hogy a processzorodnak amikor teljesen ki van terhelve, mekkora vezető keresztmetszet szükséges, ahhoz a teljesítményhez. Meg fogsz lepődni, főleg akkor ha a kezedbe veszel egy olyan keresztmetszetű vezetéket. Azután gondolkodj el rajta, hogy a picsába tudták azt beleszuszakolni abba a pici tokba.xD A GND-nek meg ugye még vastagabb kell, és az is bele van szuszakolva. -
nibron #1954 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. -
#1953
A "beégetett korlát" számomra azt jelent, hogy nem lehetséges átlépni - de mint tesztek sokasága bizonyítja, átléphető... Úgyhogy maradjunk annyiban: az intel által alap léghűtés mellett javallott érték.
Utoljára szerkesztette: Vizipok56, 2023.11.04. 12:39:35 -
#1952
A hőmegfutás elleni védelem egyben a megengedett disszipáció túllépése elleni védelmet is jelenti! Ha egy chip 1000W-ot disszipál, miközben 20 fokos marad, úgy kit érdekel? Úgyhogy nem igazán tudom értelmezni, hogy "a 250W a 12900K beégetett korlátja, 13900-ast nemtom (ezért 250W-al számolok), meg kell nézni az adatlapon. a chip kivezetéseit védeni kell, mert ha 1 elég, akkor megy a többi is." - Ha 250W fogyasztás alatt - a jó hűtésnek köszönhetően - a chip hőmérséklete mondjuk 70 fok, akkor mitől is égne el bármely kivezetése is??? -
nibron #1951 a 250W a 12900K beégetett korlátja, 13900-ast nemtom (ezért 250W-al számolok), meg kell nézni az adatlapon. a chip kivezetéseit védeni kell, mert ha 1 elég, akkor megy a többi is. A hőmegfutás elleni védelem teljesen más. -
#1950
"Ez a prociba égetett érték, amit semmiképpen sem léphet át a processzor, mert ilyenkor már pattannak el a lábak." Szerintem ez sem photoshop... https://kepkuldes.com/image/Da5Xli Úgyhogy a 250W-os limitet szerintem felejtsük el - eléggé valószínűtlen, hogy 250W-nál 10 us alatt működésbe lép a gyári védelem és utána 300W fölé engedi húzni! :-) Max. azt tudom elképzelni, hogy 100 egynéhány fok fölé nem engedi kifűteni - az viszont, hogy ehhez hány watt kell, a hűtéstől függ! Egy normális Artic 420-as vízhűtés szerintem bőven 300W fölé engedi a TDP-t (Persze ha a BIOS-ban is be van állítva) - egy jobb hűtéssel pedig a 400W-ot is el tudom képzelni!
Utoljára szerkesztette: Vizipok56, 2023.11.03. 17:02:04 -
#1949
Aida tesztek:
https://kepkuldes.com/image/Daahg0
https://kepkuldes.com/image/DaaZbL
Így első ránézésre eléggé stabilnak tűnik a CPU... Az SSD linear olvasási sebessége az elején és a végén lehetne (sokkal) jobb is, de szerintem az MSFS alá ennek is elégnek kell lennie. -
#1948
"Ez a prociba égetett érték, amit semmiképpen sem léphet át a processzor, mert ilyenkor már pattannak el a lábak." Nem tudom, hogy lehet egy prociba égetett értéket felülírni, de akkor itt (300W felett) már komoly lábpattanások lehettek! :-))) https://i.imgur.com/yuHa0cj.png -
#1947
Természetesen nem kézzel emeltem - az Intel XTU-val állítottam be. Ez nem fixre állítja (amit valóban nem lehet), hanem a limiteket módosítja. Most a Core Voltage Offsetet -0.015V-ra állítottam és az E magokat kikapcsoltam, így a TPD 195W lett, 100%-os terhelésnél, tehát az áramkorlát biztosan nem játszik, valamint a 250W-ot sem éri el még μs-okra sem, mivel ez nem okozna ~2 mp-es "lefagyást"
Köszönöm a tippet: A több teszt egyidejű futtatásának utána nézek, mivel és hogyan lehetne kivitelezni.
Utoljára szerkesztette: Vizipok56, 2023.11.03. 14:02:42 -
nibron #1946 Ha átkapcsolok DX12-re, a betöltéskor (amikor a végére ér a csík) szó nélkül kilép. eseménynaplót még nem néztem. lhbp körzetében próbáltam, lehet odébb kellene menni, hátha a hiba lokális. No+ egy pár külső addont frissíteni. Pl. lehetett a GSX is, mert az elég régi, mindig elódázom a frissítést.
ha 5.6-ra kézzel emelted, az i9-nél az nem működik. auto-n kell hagyni, mert a processzornak kell szabályoznia az órajelet és a feszültséget is. Ezeknél a típusoknál nem lehet fix értéket beállítani. Sokat szórakoztam vele én is, aztán elolvastam az adatlapját.
Elérte az a 250W-ot csak nem vetted észre, az adatlapon 10us a védelmi reakció. Ez a prociba égetett érték, amit semmiképpen sem léphet át a processzor, mert ilyenkor már pattannak el a lábak.
Meg kellene tanulnod, hogy egyszerre csak egy dolgon változtass. Ha össze-vissza állítgatsz mindent azzal csak a szart kavarod végtelen ciklusban. Úgyhogy vissza mindent, és csak a DX11-et állítsd be.
Az számomra teljesen érthetetlen, hogy a géped "csak úgy gondol" egyet, és "megáll". Ugye a grafikonok alapján ezt bizonygatod. Ez nem fordulhat elő. Illetve ha a szoftver hajlamos lenne erre, az az összes többi gépen jelentkezne.
De ha mégis ez van, akkor ideje hardverproblémát keresni. Valaki valamivel nem passzol. Olyan mód nem lehet a gépen, hogy 1-2 sec.re leáll minden mikor van feladat bőven. Meg kell nézni mással is, ami szintén erőforrásigényes.
Egyébként az m2-es ssd-k szoktak olyat művelni 50 fok felett, hogy nagyon lelassulnak, illetve a válaszadásba külön várakozó ciklusokat iktatnak be. Mert szegények azt hiszik, hogy a használat miatt szökött fel a hőmérséklet, pedig csak a videókártya fújja rájuk a kb. 70fokot. De az nem így jelentkezik. Viszont látom, hogy ez nálad nem játszik. Corsair ssd-t talán még nem használtam, de elég igényes cég, memóriát rendszeresen veszek tőlük, imádom mert problémamentes.
Kellene keresni egy olyan tesztalkalmazást amiben lehet egyszerre több elemet tesztelni. Most így elsőre az AIDA ugrik be. Olyan teszt kellene amiben a vga a cpu stresszteszten van, és mellette szintén tesztel olvastatni az ssd-ket. Esetleg veszel egy jó nagy becsomagolt fájlt és ki-be csomagolod, miközben a vga stressztesztben van. Ez megjáratja a procit, memóriát, háttértárat és a videót is.
Gondolkodtam még kontakthibán, de ehhez hasonlót szerintem még nem láttam. Annak általában fagyás a vége.