cpuburn

WAARSKUWING:
Hierdie program is ontwerp om swaar te laai CPU chip. Undercooled, opgetrek of andersins swak stelsels kan misluk veroorsaak die verlies van data (lêerstelsel korrupsie) en moontlik permanente skade aan elektroniese komponente. Of sal dit vang al foute.
Gebruik op eie RISIKO
CPU toets utilities in new assembler vir 'n maksimum laai P6 (Intel Pentium Pro / II / III en Celeron TM), AMD K7 (Athlon / Duron / Thunderbird TM) AMD K6, en Intel Pentium P5 chips. Dit is gratis sagteware, kopiereg, maar vrylik gelisensieer onder die GNU Public Licence kopielinks.
Hierdie programme is ontwerp om x86 CPUs laai as swaar as moontlik vir die doeleindes van die stelsel toets. Hulle is geskik vir verskillende verwerkers. FPU en ALU instruksies gekodeer n assembler eindelose lus. Hulle het nie elke instruksie te toets. Die doel is om die produksie van hitte maksimeer uit die CPU, om stres op die CPU self, verkoeling stelsel, moederbord (veral spanning reguleerders) en kragtoevoer
(Waarskynlike oorsaak van burnBX / MMX foute).
burnP5 is geskik vir Intel Pentium w & w / o MMX verwerkers
P6 is vir Intel PentiumPro, PentiumII & III en Celeron CPUs
K6 is vir AMD K6 verwerkers
K7 is vir AMD Athlon / Duron verwerkers
MMX is om die kas / geheue koppelvlakke toets op al CPUs met MMX
BX is 'n alternatiewe kas / geheue toets vir Intel CPUs
Om te gebruik: wortel priviliges is nodig nie. Dit is ontwerp vir ELF Linux, maar ook getoets onder FreeBSD. en a.out. Brand toets is die beste gedoen van 'n ramdisk verspreiding (tomsrtbt) of met lêerstelsels ongemonteerde of gemonteer lees-alleen.
untar die bron in 'n gerieflike gids:
`Teer zxf cpuburn`
stel excutables
`Make`
hardloop gewenste program in die agtergrond [_repeat_ vir SMP]:
`BurnP6 || echo $? & `
Monitor vordering van cpuburn deur `ps`. As jy klaar is, `kill` die brand * (se). As jy 'n temperatuur probes (vingers) of die lm-sensors pakket, kan jy jou CPU temperatuur en / of stelsel spannings te gaan.
As 'n fout begaan in berekeninge, sal dit bewaar word, en die program sal beëindig met fout kode 254 vir 'n heelgetal / geheue fout, en die fout kode 255 vir 'n FP / MMX fout. Fouttoetsing gebeur elke 10-40 sekondes vir burnP6 / K6 / K7 en ek het nie enige CPU foute in die toets gesien [lockups voorkom eerste]. burnBX en burnMMX kyk vir foute elke 512 MB (10/4 sek) en fout beëindiging word dikwels gesien, lockups is skaarser.
burnBX en burnMMX is eintlik baie intense RAM testers. Hulle kan ook 'n opsionele parameter neem wat die RAM grootte om getoets te word:
  A = 2 KG E = 32 KG 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) en` burnMMX F` (64 KG) is die standaard groottes. AE meestal toets L1 kas, FH toets L2 cache, en HP dwing hul pad na RAM. Maar selfs AE sal het 'n paar cacheline writeouts na RAM.
Ten spyte van dit se naam, kan burnBX uitgevoer word op enige chipset [RAM kontroleerder] en toetse 'n baie meer as die RAM kontroleerder. Ongelukkig burnBX is nie optimaal op AMD verwerkers. burnMMX is verkieslik vir enige CPU dat 'n MMX eenheid.
burnBX / MMX moet ongeveer 72 MB RAM totale + swap om te begin (nie noodwendig gratis), maar nie soveel gebruik, tensy jy dit vra. Hulle sal gooi 'n `Sig 11` as jy nie genoeg swap het.
As jy nie wil hê om meer by te voeg, kan jy die .bss artikel afwaarts aanpas soos aangedui in die bron kommentaar. Hulle kan ook toets ruil, en ten minste op my stelsel, kan ek 2 * `burnBX 8` hardloop met 128 MB SDRAM met 'n paar gebruik van swap, maar geen oormatige dors [poog]. YMMV.
As sub-spec, kan u stelsel toe te sluit nadat 2-10 minute. Dit moet nie. brand * is net 'n unpriviliged gebruiker prosesse. Maar dit is waarskynlik beteken dat jou CPU is undercooled, waarskynlik geen termiese ghries of ander koppelvlak materiaal tussen CPU & koel. Of 'n ander tekort. 'N krag siklus moet die stelsel te herstel. Maar jy moet dit op te los.