HUB tegi ka kokkuvõtte.
Mingi Baseline BIOS välja lastud, mida ikka iga AIB tõlgendab omamoodi. Näiteks Gygabite tõmbab TDP 188W peale alla ehk tulemus kehvem kui teistel ja eelmiste BIOSega, kskil 15% 14900 perf kehvem...
Intel Ian Cutress intervjuus(Anandtech) ütles samas et kui kordajat ei näpi siis OC tegu pole ja ongi ka 999W spec sees.
Nüüd hakkab aga keerutamine pihta, et AIB süüdi ja kasutajad süüdi jne kui prosad enam vastu ei pea.
Aga no midagi muud neilt ei oleks oodanud ka...
Enam ei ole isegi "future proof" teemaks, hea kui oma elueagi vastu peavad;)
Kas kusagilt ka mingid nr välja ujunud, et palju RMAd tglt on?
aga mis on huvitav või oluline - probleemiks ei tundu praeguste crashimiste teema juures olema power limit.
der8auer on paar videot üllitanud, mis tootjate ja baseline shenaninganide juures räägib ka sellest, et nähtavasti on platetootjad oma optimeeritud profiilid lükanud proset undervoltima (mälu järgi, llc?). ja kuna seda tehakse liiga agressiivselt, siis suurte taktide korral tekib pigem just sealt see ebastabiilsus.
Minu arust on kõik kes sellel teemal YT videod teinud, et Intel on ise kõiges süüdi. Kuna neil ei ole olnud pea mingit progressi viimaste põlvkondadega, siis jäeti NIMELT see spec lahtiseks, et emaplaadi tootjad pigistaks viimase välja AMD vastu konkurentsi säilitades. Seda isegi energiatarve nurka viskamisest. HUB viimane video jah sellel teemal võttis hästi kokku, et kui jooksutada päriselt selle Inteli safe speci järgi, mis nüüd ilmus, siis on perf ikka omajagu madalam ja eriti võrreldes AMD'ga. See teema ei oleks vb isegi välja tulnud aga pushiti kiipi nii kaugele, et lõpuks hakkas mängudes see avalduma ja suuremal hulgal, et see ka meediasse jõudis. _________________ Sõim ja räuskamine läheb SIIA
Looking up the 13th and 14th-gen datasheet, you'll find that Intel's base spec for the 14900K is PL1 at 125 watts and PL2 at 253 watts, and neither Asus nor Gigabyte are running that spec for their Intel Baseline Profile.
lisaks der8auer leidis katsetades, et gigabyte ajab "intel baseline" korral rõõmsalt kuni 1.7v prosesse.
lihtsa katsena oli ta leidnud, et cb15 on probleemile tundlik ja pangestub kergesti. kui keeras "optimized defaults" juures llc vähe suuremaks tagasi, siis see enam ei pangestunud. sama märkust on ka mõned muud kohad teinud.
muuseas, ma ise jooksin samade/sarnaste errorite otsa - unreal engine baasil mängud ja pangestumised "vram otsas" veateadetega. nende vastu seni tundub, et aitas undervolti vähemaks keeramine. _________________ - londiste
...aga mina ei saa kunagi suureks!
Mulle meeldivad tema videod. Pikad jah aga üsna asjalikud ja selgitab hästi lahti. Süvitsi ei vaadanud kogu videot aga enam vähem sain aru mis toimus. Ma arvasin, et AMD PBO ja CO tuunimine on hullem, kui inteli teema aga vist eksisin. Selle kõrval kuidas emaplaadi tootjad tõlgendavad igaüks omamoodi Inteli "soovitusi".
Link _________________ Sõim ja räuskamine läheb SIIA
päris läbi ei jõudnud praegu kuulata aga diagonaalis kerisin läbi.
tl;dw tundub olema, et inteli soovitused on täpselt nende specis kirjas olevad soovitused. ainukese kahtlase asjana need load line seaded. muu on urundus ja nimetused - baseline, default, whatever.
load line seadistuse kohta kehtib aga see, et kui sa oled oma emaplaadile ajanud võimsa vrm-i, siis võiksidki saada neid testida ja kohandada oma plate (ehk siis ennekõike vrmi) järgi. tüübil on muidugi õigus, et emaplaadidtootjad ei ole selles osas - nagu nüüd naeme - usaldusväärsed. samas, kas intel tahab või meie tahame, et intel nagu ta sõnastas - "play a load line police"? _________________ - londiste
...aga mina ei saa kunagi suureks!
Sisuliselt emaplaadi tootjad osad eirasid neid spekke mingis osas, kus osad parameetrid olid disabled vaikimisi neil aga Intel ütleb peaks olema enabled kõik va see üks. Kui nad oleks selliselt kõik käitunud, siis oleks perf ka madalam olnud. Noh tarbijale korralik segadus, et peavad ise nüüd otsustama mida nad kasutavad. Load line eraldi ei olnud kogu teema vaid just kuidas teiste sätetega manipuleeriti. _________________ Sõim ja räuskamine läheb SIIA
Sisuliselt emaplaadi tootjad osad eirasid neid spekke mingis osas, kus osad parameetrid olid disabled vaikimisi neil aga Intel ütleb peaks olema enabled kõik va see üks. Kui nad oleks selliselt kõik käitunud, siis oleks perf ka madalam olnud. Noh tarbijale korralik segadus, et peavad ise nüüd otsustama mida nad kasutavad. Load line eraldi ei olnud kogu teema vaid just kuidas teiste sätetega manipuleeriti.
kui me praegusest ebastabiilsuse loost räägime, siis tundub, et see taandubki puhtalt load line seadistusele.
ja noh, der8aueri järgi vaadates on sama põhjuseks ka tootjate (eriti gigabyte) lollakatele tulemustele "intel baseline" profiiliga
see, et plated power limitid kuskile kõrgustesse tõstavad, oli ammu teada. kaasnevalt siis muidugi ka voolupiirangud, turvaseaded ja boosting seaded. _________________ - londiste
...aga mina ei saa kunagi suureks!
londiste Kui aega leian vaatan uuesti hiljem. Aga ta mainis konkreetselt mingit tootjat kus CEP oli maha keeratud, et ei peaks AC ja DC load line Inteli speki järgi jälgima. See oli üks peamine probleem, vist ASUS tegi seda ja nendega oligi probleeme minu teada rohkem. Igatahes minule jäi nii meelde, et ainuüksi load line muutmine ei olnud ainuke probleem. _________________ Sõim ja räuskamine läheb SIIA
Väga tore aga legacy asju veel nii palju(puldid, dvd mängibad jne), lisaks veel see et mõnel juhul töötab ainult usb 2.0 režiimis pärast hapuks läind OC...
Vähemalt Clear CMOS nupp taga.
See on jah veits nõme, et ühtegi ei jäetud. Hiir + klaver on enamasti ikkagi USB-A. Kuid mind üllatas positiivselt, et 10G lan on nüüd olemas. Pekki seda oleks tahtnud küll, kuna praagu on mul eraldi lan kaart sellepärast. _________________ Sõim ja räuskamine läheb SIIA
See on jah veits nõme, et ühtegi ei jäetud. Hiir + klaver on enamasti ikkagi USB-A. Kuid mind üllatas positiivselt, et 10G lan on nüüd olemas. Pekki seda oleks tahtnud küll, kuna praagu on mul eraldi lan kaart sellepärast.
Eks see võibolla natuke ebamugav aga emaplaadil loodan, et mõni USB2/3 päis ikka veel olemas.
Saab paigaldada korpuse PCI avavusse USB-A pesadega kaabli emaplaadilt, samas see vajalik eraldi osta.
(Ise nii siiani kasutanud USB2/3 neid kaableid).
Ainuke, mida kommenteerida on, et ASrock tegi otsa lahti USB-A pesade elimineerimise osas?
Muidugi on ka olemas igasugused "HUB-id" aga jällegi lisa rippuv klots ja ca. 30-100 eurot või rohkem oleneb
kellel, mis ühendusi sinna vaja.
denis28, Nii ongi, NAS kodus 10G. Kui NAS seda võimaldab juba, siis why not see kasutusse võtta ca 250mb/s vs 800-1GB/s kopeerimise kiirus.
terric Hädapärast saab neid üleminekuid osta, mis ei ole juhtmena vaid otse otsikuga üleminek. Osad tootjad panevad neid kaasa oma toodetele aga vähesed. _________________ Sõim ja räuskamine läheb SIIA
c4v6 Mul on x670E taichi praegu. Sellepärast ma ka võrdlesin uuega
Aga uus on mingi aqua toetus versioon üldse ja tuleb vist palju kallim, kui AMD versioon ei ole selle toega. _________________ Sõim ja räuskamine läheb SIIA
root cause ja contributing factor on natukene erinevad asjad.
kirjeldus ise on natukene krüptiline. kõrgemad taktid üle thermal limiti küll aga see mehanismi kirjeldus on üsna segane - previous bios settings? _________________ - londiste
...aga mina ei saa kunagi suureks!
Loodetavasti Intel austab garantiid ja vahetab välja kõik 13th ja 14th gen prosed mis garantiisse saadetakse degradation märkidega. Täielik bläkk Inteli poolt ikka.
Muidugi nüüd on hea aeg teha microcode ja BIOS update, et sätteid tagasi tõmmata - loetud kuud enne uue seeria launchi mis saavutab nüüd tänu sellele suurema edu benchmarkides.
"Contrary to recent media reports, Intel has not confirmed root cause and is continuing, with its partners, to investigate user reports regarding instability issues on unlocked Intel Core 13th and 14th generation (K/KF/KS) desktop processors," Intel said in a statement sent to Tom's Hardware. "The microcode patch referenced in press reports fixes an eTVB bug discovered by Intel while investigating the instability reports. While this issue is potentially contributing to instability, it is not the root cause.”
_________________ - londiste
...aga mina ei saa kunagi suureks!
Huvitav, et see viga on (peamiselt) Raptor Lake prosedel - Alder Lake tundub suuresti OK olema selles valguses. Nende "järvede" erinevus peaks olema vaid suurem L2 ja L3 cache maht ning E-tuumade arv. _________________ M: MSI B660M MORTAR M: Dell RTX 2060 O: AM5 ITX emaplaat
taktsagedused. 12900k boost on 5.2ghz. 13900k/14900k tahavad 5.8-6.0ghz peale boostida
kõrged taktid, seal on rohkem ja lihtsam asjadel valesti minna. _________________ - londiste
...aga mina ei saa kunagi suureks!
Mis järgmisest järvest kuulda, Hyperthreadingu ära jätmine peaks vist võimaldama üleüldiselt kõrgemat takti (võrreldes HT on)?
ht olemasolu või puudumine ei tohiks takti kõrgemale surumise osas mingit olulist rolli mängida.
seal on pigem optimeerimisülesanne kiibi pinna, voolutarbe ja/või efektiivsusega. _________________ - londiste
...aga mina ei saa kunagi suureks!
CUDIMMs tweak the traditional unbuffered DIMM by adding a clock driver (CKD) to the DIMM itself, with the tiny IC responsible for regenerating the clock signal driving the actual memory chips. By generating a clean clock locally on the DIMM (rather than directly using the clock from the CPU, as is the case today), CUDIMMs are designed to offer improved stability and reliability at high memory speeds, combating the electrical issues that would otherwise cause reliability issues at faster memory speeds. In other words, adding a clock driver is the key to keeping DDR5 operating reliably at high clockspeeds.
All told, JEDEC is proposing that CUDIMMs be used for DDR5-6400 speeds and higher, with the first version of the specification covering speeds up to DDR5-7200. The new DIMMs will also be drop-in compatible with existing platforms (at least on paper), using the same 288-pin connector as today's standard DDR5 UDIMM and allowing for a relatively smooth transition towards higher DDR5 clockspeeds.
Päris hea teema. Olemas ka game crash database, mis mängu developerini jõuavad.
Intel vist arvab, et vaikib teema maha täiesti kuniks uus arhitektuur tuleb ja siis mainib, et nüüd on parem ja stabiilsem raudselt
Link _________________ Sõim ja räuskamine läheb SIIA
Kahju on lugeda selliseid asju, aga teema jätkub. Endal on 14900k ja samamoodi pole millestki kasu olnud.
Kolm korda on juba garantiis käidud sellega, aga tulemus on null.
Bios on uuendatud. Limiidid on paigas ja undervolt on ka tehtud.
On mul veel mingeid variante?
"undervolt ka tehtud" ei ole pigem hea samm.
see algselt soovitatud boost klokist paarsada mhz maha võtta ei aita? _________________ - londiste
...aga mina ei saa kunagi suureks!
Et siis UE5 polegi vigane mootor, vaid hoopis Inteli prosad loobivad krüptilisi veateateid suurema koormuse peale(UE5 mootor).
Juhul kui degradation kurja juur, siis ei aita ka FW uuendus...
Sellele probleemile tglt viitabki- vead tekkisid serveritel peale 6k, serveri platedel(neil peaks üldjuhul teine BIOS ka olema ju) ning siiani pole pea poole aasta jooksul viga parandatud Inteli poolt.
See undervolt ja asjad ei paista ka aitavat, sest serverid jooksevadki madalamal kellal, samuti keerati mälu takti hoopis maha. Mis paistis mõneks ajaks aitavat.
Kahju on lugeda selliseid asju, aga teema jätkub. Endal on 14900k ja samamoodi pole millestki kasu olnud.
Kolm korda on juba garantiis käidud sellega, aga tulemus on null.
On mul veel mingeid variante?
Mingi abi võib olla koahliku banaanivabariigi seadustest.
Kui kogu komplekt 1 tükina kuskilt eesti poest ostetud , siis peale 3 korda garantiid ja vea mitteparandamist, võid müüjalt raha tagasi küsima hakata. Jupi kaupa on raskem. Kui emaplaat on mujalt ostetud, siis teine müüja emaplaati kompenseerima ei pea, sest see töötab.
Müüja võib muidugi su pikalt saata. Siis tuleb tarbijakaitse jura ja kui see ka ei aita, siis kohtu otsusele peab müüja kuidagi reageerima.
Suht suur jama Inteli poolt. Kui kunagi tulevikus uut läpakat on vaja, siis tuleb nende toodangust kaarega mööda minna.
Väidab, et Raptor Lake töötati välja ülikiiresti, insenerid olid omavahel lõunalauas irvitanud, et nii kiiresti tegid ja ikka on kiirem kui Zen 4.
Pakub, et viga võib olla seotud lisandunud L2 cachega seoses. _________________ M: MSI B660M MORTAR M: Dell RTX 2060 O: AM5 ITX emaplaat
Et siis UE5 polegi vigane mootor, vaid hoopis Inteli prosad loobivad krüptilisi veateateid suurema koormuse peale(UE5 mootor).
Juhul kui degradation kurja juur, siis ei aita ka FW uuendus...
Sellele probleemile tglt viitabki- vead tekkisid serveritel peale 6k, serveri platedel(neil peaks üldjuhul teine BIOS ka olema ju) ning siiani pole pea poole aasta jooksul viga parandatud Inteli poolt.
See undervolt ja asjad ei paista ka aitavat, sest serverid jooksevadki madalamal kellal, samuti keerati mälu takti hoopis maha. Mis paistis mõneks ajaks aitavat.
Seda ka L1Tech on oma teooria kokku pannud. Serveritel ei ole mingeid OC bios seadeid ja seal ka teine lähenemine, kui tavauseri plaatidel ja ikkagi tekivad vead ning ajas kasvavad need.
Mina ütleks, et päris korralik jama Intelil. Hulk võibolla on suurem kui avalikkus teab, sest kõik ei jõuagi raporteeritud. Osad vb lihtsalt müüvad maha ja kolivad AMD peale nagu ka videost selgus.
Eriti naljakas on see, et ma oma tööläpaka tellisin uue, siis nõudsin kohe AMD baasil. IT tugi vaatas suurte silmadega, et sellist asja pole keegi varem soovinud. Nüüd nad juba mõtlevad
Mul tegelt teistel põhjustel, Intel lihtsalt kuum käkk IMO. Ülirahul AMD läpakaga. _________________ Sõim ja räuskamine läheb SIIA
youtube ja video formaadina on mingi plague on mankind.
esimene video on suuremalt jaolt rant, 1dumbpcuseri kokkuvõte ongi tl;dr, midagi rohkemat seal ei paista olema.
teine video selles osas viitab tegelikult esimesele. with added flair.
sinna juurde - io output hub problem jutt on tõenäoliselt jama. io errorid tekivad väga lihtsalt korralike prose enda probleemidega. ei tasu unustada, et cpu juhib päris suurt osa seda andmete liikumist, rääkimata töötlemisest.
ja lahenduste otsimise juures ei ole millegipärast ka korralikku eraldatust, selles osas mida kahtlustatakse või proovitakse. ma eeldan, et erinevad tegelevad firmad või inimesed proovivad aga millegipärast suurte pealkirjadega lugudesse või videodesse ei jõua. see oli see l1tech video vist, kus rääkis serveripakkujate lahenduseotsingust - sealne väide/näide oli, et mingil määral töötav lahendus paistab olema ddr-4200 ja takt 5.3ghz peale. kas kindlasti ja miks mõlemad? madala sagedusega mälusid on read kohtades proovitud, prosed toetavad ametlikult 5600 aga ka 4800 on korduvalt proovitud, ei paista olema aidanud. e-corede disable mainitakse aga selle tulemuslikkus on väga küsitav. l2 cache on neil eraldi, nii et viimase video viide sellele on pigem ka jama. e-cored samas mõjutavad voolutarvet, voolu-/pingehaldust ja osalt võib-olla io-d. io jutu juures on probleem - miks see probleem ei avaldu või avaldub väga harva selliste prosedega nagu 14700k ja üldse ei avaldu 14600k juures? need on kindlasti raptor lake, sama arhitektuur, samad tükid, osalt ka samad died...
mis on 14600k ja 14700k juures erinev 14900k võrreldes? 5.3 vs 5.6 vs 5.8/6.0. siia juurde, need mõned laialt viidatud mängude middleware tootjad on algusest peale olnud konkreetse soovitusega - keerake kordaja maha x55, x54 või x53 peale. ehk siis - kõik viitab puhtalt probleemile kõrgete taktsagedustega. ja kõrge selles kontekstis paistabki olema takt üle 5.5ghz. 12900k on 5.2 ja ei ole probleeme. 14600k on 5.3 ja ei ole probleeme. 14700k on 5.6 ja enamasti ei ole probleeme. 13900k/14900k on 5.8 ja 6.0 ja tekivad probleemid. jah, ymmv ning sõltub muidugi ka sellest kõrgele prosed reaalselt boostida lastakse - emaplaatide piirideta power limitiga boostivad ka mitme või paljude tuumadega sinna kõrgetele taktidele, eriti mängudes kus koormus (ja voolutarve) ei ole niigi suured. teine asi on see llc ning seotud settingud ja undervolt. need sümptomid, mida raporteeritakse on tüüpilised mingit pidi mitte töötava oc jaoks. undervolt, mis seab prose pinge tasemele, mis ei toeta soovitud taktsagedust on sama asi.
ehk siis - kõige tõenäolisem põhjus on kas taktsagedused, mida prosed lihtsalt ei suudagi saavutada ja/või seaded ennekõike boosti lõpus pinge ja takti osas, mis ei tööta. miks intelil asi aega võtab ei ole ka keeruline küsimus. seal võibki olla ka tehnilisi küsitavusi, mida nad üritavad välja uurida. aga tõenäolisemalt on see lihtsalt äriline probleem. ja mitte ainult maine osas vaid reaalse kulu küsimus (pluss võimalikud kohtuasjad) kui nad lõpuks peavad tegema probleemsetele prosedele recalli. kas nad on selleks sunnitud või mitte, oleneb. _________________ - londiste
...aga mina ei saa kunagi suureks!
viimati muutis londiste 13.07.2024 23:06:34, muudetud 3 korda
Zonerman, Lenovo Thinkpad T14s Gen3 Inteli prosega, null probleemi ja ei ole kuum. Kui soojaeraldus hell teema siis Macbook M3 alati variant.
11th seeria ja vanemad intelid läpakates on tõesti praepannid, neid ma ei soovita. 12 gen koos eff coredega "jahutas" kupatuse maha.
l2 cache on neil eraldi, nii et viimase video viide sellele on pigem ka jama.
Raptori ja Alderi suurim erinevus on suurem L2 maht - 1.25->2MB per P-core. Ma ei tea nii põhjalikult nende ehitust, kas kiirema taktiga tuumadel jooksutatakse L2 cache ka kiirema taktiga? või on see lukus?
Kui juttu on mängu serveritest, siis need vist ei tööta ju 24/7 253W TDP-ga, need on pigem burst koormusega? Kui prose kogu aeg pendeldab 6GHz juures, siis ilmselt see hästi ei mõju _________________ M: MSI B660M MORTAR M: Dell RTX 2060 O: AM5 ITX emaplaat
l2 peaks olema core taktil. ring/llc on eraldi seatav takt.
pinged peaks selle juures olema eraldi mängitavad. _________________ - londiste
...aga mina ei saa kunagi suureks!
1dumbpcuser, le eltech mainis ju et serveriptosed jooksid 24/7 madalal taktil.
See RAM allakellamine on tglt logisch.
Alati kui prose OC alustad siis läheb RAM default/stabiilselt lukku, sest muidu hakkab prose suvalisi veateateid loopima( vähemalt IB aegu sai nii lähenetud). Nagu meenuks et RAM ülekell hakkas vahepeal suvalisi IO krüptililisi erroreid loopima.
Seega 6k + alakellamine, CPU OC probleemid?
Intel ei taha moomumikult midagi teha, sest kui nende "maailma kiiremaid" prosed suuda ad ainult 5GHz peal töötada, siis on class action suit kohe kaelas. Lisaks PR.
Aga nad tõesti loodavad, et peidavad pea liiva alla ja loodavad tormi vaibumist?
UE5 alles kogub tuure, hetkel prose kasutus 5800x3d juba 50% kanti pidevalt, lisa veel DLSS/AI koormus tulevikus, lõbusaks läheb...
Tegelikult tuleb välja, et Intel oli teadlik probleemist juba varem. Taiwanis teati seda probleemi põhjust 2023 juba, kui selgus, et IO disain muutus.
Näis mis edasi saab. Kas mõni suurem ettevõte ka Inteli kohtutee ette võtab. USA's on selline loogika, et kui sa suudad kahjud ja põhjuse tuvastada, siis üldiselt minnakse kohtusse.
Link _________________ Sõim ja räuskamine läheb SIIA
Link
pikk rambling video.
aga pmst ta kahtlus on, et kuna p-cored, e-cored ja ring/l3c on sama power plane peal, siis sel hetkel kui p-core oma 6ghz taktil nõuab 1.5v, siis ring saab ka 1.5v selga ja degradeb.
mulle oli millegipärast jäänud meelde, et p-cored, e-cored ja ring/l3c on eraldi pingetel aga ju siis mitte. _________________ - londiste
...aga mina ei saa kunagi suureks!
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
Spoiler 
