cpuburn

ADVARSEL:
Dette programmet er utviklet for å tungt laste CPU chips. Underkjølt, overklokket eller på annen måte svake systemer kan svikte forårsake tap av data (filsystem korrupsjon) og muligens permanent skade elektroniske komponenter. Det vil heller ikke fange alle feilene.
BRUK PÅ EGET ANSVAR
CPU testing verktøy i optimalisert assembler for maksimal laste P6 (Intel Pentium Pro / II / III og Celeron TM), AMD K7 (Athlon / Duron / Thunderbird TM) AMD K6, og Intel P5 Pentium chips. Dette er gratis programvare, opphavsrett, men fritt lisensiert under GNU Public Licence copyleft.
Disse programmene er laget for å laste x86 CPUer så tungt som mulig i forbindelse med systemtesting. De har blitt optimalisert for forskjellige prosessorer. FPU og ALU instruksjoner er kodet en assembler uendelig loop. De tester ikke hver instruksjon. Målet har vært å maksimere varmeproduksjonen fra CPU, sette stress på CPU selv, kjølesystem, hovedkort (spesielt spenningsregulatorer) og strømforsyning
(Sannsynlige årsaken til burnBX / MMX feil).
burnP5 er optimalisert for Intel Pentium w & w / o MMX prosessorer
P6 er for Intel PentiumPro, PentiumII & III og Celeron-prosessorer
K6 er for AMD K6-prosessorer
K7 er for AMD Athlon / Duron prosessorer
MMX er å teste cache / minnegrensesnitt på alle prosessorer med MMX
BX er en alternativ cache / minnetesten for Intel-prosessorer
TIL BRUK: root priviliges er ikke nødvendig. Det har blitt designet for ELF Linux, men også testet under FreeBSD. og a.out. Burn Testing gjøres best fra en ramdisk distribusjon (tomsrtbt) eller med filsystemer umonterte eller montert read-only.
untar kilden i en praktisk katalogen:
`Tar zxf cpuburn`
kompilere excutables
`Make`
kjøre ønsket program i bakgrunnen [_repeat_ for SMP]:
`BurnP6 || echo $? & `
Overvåke fremdriften av cpuburn av `ps`. Når du er ferdig, `kill` brenne * prosessen (es). Hvis du har temperaturfølere (fingre) eller LM-sensorer pakken, kan du sjekke systemspenninger CPU temperatur og / eller.
Hvis det oppstår en feil i beregningene, vil det bli bevart, og programmet vil avslutte med feilkode 254 for et heltall / minnefeil, og feilkode 255 for en FP / MMX feil. Feilsjekking skjer hver 10-40 sek for burnP6 / K6 / K7, og jeg har ikke sett noen CPU feil i testing [lockups oppstår først]. burnBX og burnMMX se etter feil hver 512 MB (4-10 sek), og feil oppsigelse er ofte sett, låsing er sjeldnere.
burnBX og burnMMX er egentlig veldig intense RAM testere. De kan også ta en valgfri parameter som angir størrelsen på internminne som skal testes:
  A = 2 kB E = 32 kB i = 512 kB M = 8 MB
  B = 4 F = 64 J = 1 MB N = 16
  C = 8 G = 128 K = 2 O = 32
  D = 16 H = 256 L = 4 P = 64
`BurnBX L` (4 MB) og` burnMMX F` (64 kB) er standardstørrelser. AE teste det meste L1 cache, FH test L2 cache, og HP tvinge seg til RAM. Men selv AE vil ha noen cacheline writeouts til RAM.
Til tross for det navnet, kan burnBX kjøres på alle brikkesett [RAM-kontrolleren] og tester mye mer enn RAM-kontrolleren. Dessverre er burnBX ikke optimalt på AMD-prosessorer. burnMMX er å foretrekke for en hvilken som helst prosessor som har en MMX-enhet.
burnBX / MMX trenger ca 72 MB RAM totalt + swap å starte (ikke nødvendigvis gratis), men bruker ikke så mye med mindre du ber om det. De vil kaste en `Sig 11` hvis du ikke har nok swap.
Hvis du ikke ønsker å legge til mer, kan du justere .bss delen nedover som indikert i kilde kommentarer. De kan også teste swap, og minst på systemet mitt, kan jeg kjøre 2 * `burnBX 8` med 128 MB SDRAM med noe bruk av swap, men ingen overdreven juling [søker]. YMMV.
Hvis sub-spec, kan systemet låses opp etter 2-10 minutter. Det bør ikke. brenne * er bare en unpriviliged brukerprosesser. Men det betyr sannsynligvis CPU er underkjølt, mest sannsynlig ingen termisk fett eller annet grensesnitt materiale mellom CPU og kjøleribbe. Eller annen mangel. Et strømsyklus bør nullstille systemet. Men du bør fikse det.