Helt seriöst. 24h stabilt i prime. Varför???

otålig som jag är, kör jag inte mer än kanske 1-2 timmar med OCCT eller prime95.
dock failade min i7 på prime95 när turbo är på, vet inte varför man datorn har varit på i snart 1 månad nu, spelar varje dag, fixar filmer, renderar lite mindre bilder (kanske 40-50 min) aldrig haft nå problem än.

Hårdv ara från fabrik SKALL vara stabil stock. Testar OFTA mina burkari innan OC med prime95 specielt om jag har misstankar om problem. Även memtest86+. Igen ide artt börja klocka om man får fel oavset.

Hade ett Solteck KT266 baserat moderkort som failade prime95 stock gämt efter 6h. Det moderkortet crashade på sin t id felra kända spel gämt. Testade banne mig allt men iget fugnerade. Men Solteck erkände ju i alla fall ett fabriksfel på det mobot och erbjöd nytt för 800Kr hahaha. Uslaste garantin jag vart med om. Så sålde det med en CPU för brakförlust och köpte mig ett nytt mobo och CPU.

Så visst kan man få icke stabil hårdvara från fabrik men då ställer den till problem med. Som sagt det fins iget mellan stabilt och ostabilt. allt över 0 fel är problem. Därför testar jag som sagt alltid en ny påkostad rigg så minne och mobo är OK. Så jag i så fall kan byta det på garanti fort som möjligt. Och ja det har hänt. Fick byta corsair minnen efter jag testade och dom failade memtest oavset vad man gjorde och sedan fick reda på att andra hade samma problem så det gick på garantin utan problem.

Verkar inte som du har mycket koll i så fall om det är vad du tror.
Varför tror du dom inte kör 12h stress test? För dom är intresserade av att få en score i ett program. Dom skiter blanka fan i om datorn kraschar 5 minuter senare bara dom får resultatet verifierat. Dom har inte Flytande kväve nog eller räknar med att datorn ska hålla och tåla kondens i 12-24h festande. Och som sagt det är TOTALT onödigt att stresstesta en rigg som enbart är byggd för uppgiften att generera ett resultat på några minuter.
Därför jag HATAR sån här överklockning i många fall då folk är dumma nog att TRO att riggarna dom bencharmed är stabila. Dom är inte ostabila nog för att dom inte ska hinna få ut resultatet det är snarare en bättre formulering. Handlar om ren sannolikhetslära. Hur hög risken är för ett kritiskt fel innan resultatet genererats.

Visst fans det problem för så som Tidiga pentium 66. Moderkort som inte pallade med höga systembussar och inte klarade av Cyrix och AMD's processorer som psuhae FSB:n mer änb intel och gav dom dåligt namn fast processorn inte var felet.

Men en ordentligt byggd dator för i tiden var väl lika stabil om inte bättre i en del fall.
Just pga komplexiteten av modärna processorer mm så är det väl fler buggar mm i dag än för.
och problemen med windows var väl just windows inget annat.

haft pentioum 200Mhz mmx och K6-2 gå år efter år. Den sissta jag skrotade var 10 år gammal och körde linux utan problem år efter år utan reboot. bara när farsan drog propen skiten stannade Skaffade UPS efter det.

NASA kör väl med rätt gammla processorer ala 486 och liknande eftersom man förstår dom väl och har rett ut dom felsta buggar mm. Är väl inte gammla kanske rent åldersmäsigt det görs ju facktiskt nya inbtergrerade 486 system i dag så.

Snarare annser jag att modärn hårdvara är svårare än någonsin att testa.

För i tiden kunde en CPU ladda en instruktion vid en cykel. näst avkoda, nästa exeviera och nästa skriva ut resultatet till en address. Sedan börja om igen. Efter det piplinades processorn så den kunde göra allt detta sammtidigt alltså när den laddar en instrucktion avkodar den en annan och exevierar en annan och skriver ut relustatet för en annan osv beroende på hur lång piplinen är. Men deta medförde det första ricktiga problemed med Branch Prediction logich. Helt enkelt om en instrucktions resultat avgöra vad för insrucktion som ska eftefölja den så kan processorn inte ladda nästa instrucktion då den inte vet vad den är förens den föra är gjord. Fins olika metoder för att komma runt det. man kan köra båda möjligheterna eller så kan man föra statestik eller på annat vis räkna ut bästa sannolikheten för nästa instruktion och ladda den. Men blir det fel så får man börja om från början. Sedan kan man ju helt enkelt skita i att ladda någon instruktion eller ja man kör en NOP, No operation isntrucktion mer eller mindre för att fylla dom tomma klockcyklarna.

Sedan med pentium kom flera piplines. Så då blir brach prediction problemn värre. Processorer började också efter dom blev piplinade blir soppas snabba att dom inte lägre hade låga latencer till minent eller direckt access varje cykel mer eller mindre till ram så dom började kräva cache. I hop med cachet kom Prefetch logichen alltså tekniekn som används för att lista ut vad som kommer behövas lägre fram. Utan den så vet ju inte datorn vad den ska ta hem och fylla cachet med i förebyggande syfte. Det kan vara ganska enkel logik från att helt enkelt ladda in instruktioner i addresföljd efter den man arbetar på men eftersom kod kan brancha och hoppa precis var som helst i koden så var man tvungen att försöka förutspå branches än bättre och även påverka prefetch logicken så den häger i hop med branch prediction logiken och detta äter transistorer och är mycket komplexta problem.

Tack vare detta har vi idag 1% av arean på ett chip som facktiskt är processorn som gör något. resterande 80% är cache och rästen är logich, prefetch, branch prediction, logich för out of order execution även det ställer till med massa problem och kostar mängder av transistorer för prestandan det ger. Vi ser numera en trend som går mot mer traditonela processorer som inte är out of order eller har massa logich för parrallella beräkningar osv utan mer sköts i mjukvara av mer optimerade program.

Därför behöver nya mjukvaror utvecklas för stresstest anser jag för det är inte som för där man enkelt kunde förstå hur alla register, alu:n och decodern hängde i hop och kunde göra ett program i asembler som maximerade CPU'n för stresstest eller testade dom olika delarna. Processorer i dag är mycket mer komplicerade och dom försöker dessutom hjälpa programmeraren att snabba upp programren vilket ställer till problem i bland istället för att hjälpa.
Gamma CPU hade du några register, en alu och en decoder i princip. I dag har du all denna övriga logich och cache mm som ska testas också.

Så nya program för stresstest behövs nog som testar dom olika aspekterna av en CPU.