cpuburn

VARNING:
Detta program är utformat för att kraftigt ladda CPU chips. Kylda, överklockade eller på annat sätt svaga system kan misslyckas orsakar förlust av data (filsystem korruption) och eventuellt permanent skada på elektroniska komponenter. Inte heller kommer det att fånga alla brister.
ANVÄND DEN PÅ EGEN RISK
CPU testar verktyg i optimerad assembler för maximal last P6 (Intel Pentium Pro / II / III och Celeron TM), AMD K7 (Athlon / Duron / Thunderbird TM) AMD K6, och Intel P5 Pentium chips. Detta är fri programvara, upphovsrätt men fritt licensierad under copyleft GNU Public License.
Dessa program är utformade för att ladda x86-processorer så kraftigt som möjligt när det gäller systemtest. De har optimerats för olika processorer. FPU och ALU instruktioner kodas en montör oändlig loop. De testar inte varje instruktion. Målet har varit att maximera värmeproduktionen från CPU, sätta stress på processorn själv, kylsystem, moderkort (särskilt spänningsregulatorer) och strömförsörjning
(Sannolika orsaken till burnBX / MMX fel).
burnP5 är optimerad för Intel Pentium w & w / o MMX-processorer
P6 är för Intel PentiumPro, pentium II & III och Celeron-processorer
K6 är för AMD K6-processorer
K7 är för AMD Athlon / Duron-processorer
MMX är att testa gränssnitt cache / minne på alla processorer med MMX
BX är en alternativ cache / minnestest för Intel-processorer
ATT ANVÄNDA: root privilegier behövs inte. Den har utformats för ELF Linux, men även testas under FreeBSD. och a.out. Burn Test görs bäst från en ramdisk fördelning (tomsrtbt) eller med filsystem omonterade eller monterade skrivskyddad.
Packa upp källan i en bekväm katalog:
'Tjära zxf cpuburn`
sammanställa excutables
'Make`
köra önskat program i bakgrunden [_repeat_ för SMP]:
'BurnP6 || echo $? & '
Övervaka utvecklingen av cpuburn av `ps`. När du är klar, `kill` bränn * processen (er). Om du har temperaturgivare (fingrar) eller LM-sensorer paket, kan du kontrollera din CPU-temperaturen och / eller systemspänningar.
Om ett fel uppstår i beräkningar kommer det att bevaras, och programmet kommer att avslutas med felkod 254 för ett heltal / minnesfel, och felkod 255 för en FP / MMX fel. Felkontroll händer varje 10-40 sekund för burnP6 / K6 / K7 och jag har inte sett några CPU fel i att testa [låsningar uppstår först]. burnBX och burnMMX kontrollera fel var 512 MB (4-10 sek), och fel uppsägning ses ofta, låsningar är mer sällsynt.
burnBX och burnMMX är i huvudsak mycket intensiva RAM testare. De kan också ta en valfri parameter som anger RAM-storlek som ska provas:
  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) och` burnMMX F` (64 kB) är standardstorlekar. AE mestadels testa L1 cache, FH prov L2-cache och HP tvinga sig till RAM. Men även AE kommer att ha några cacheline writeouts till RAM.
Trots sitt namn, kan burnBX köras på alla chipset [RAM controller] och tester mycket mer än RAM controller. Olyckligtvis är burnBX inte optimalt på AMD-processorer. burnMMX är att föredra för alla CPU som har en MMX enhet.
burnBX / MMX behöver ungefär 72 MB totalt RAM + swap för att starta (inte nödvändigtvis gratis), men använder inte så mycket om du begär det. De kommer att kasta en `Sig 11` om du inte har tillräckligt med swap.
Om du inte vill lägga till fler, kan du justera .bss avsnitt nedåt enligt vad som anges i käll kommentarer. De kan också testa swap, och åtminstone på mitt system, kan jag köra 2 * `burnBX 8` med 128 MB SDRAM med viss användning av swap, men ingen överdriven stryk [söker]. YMMV.
Om sub-spec, kan ditt system låser sig efter 2-10 minuter. Det bör inte. bränna * är bara en unpriviliged användarprocesser. Men det betyder förmodligen din CPU är underkylda, troligen ingen termisk fett eller andra gränssnitt material mellan processorn och kylflänsen. Eller någon annan brist. En effektcykel ska återställa systemet. Men du bör fixa det.