cpuburn

ADVARSEL:
Dette program er designet til stærkt indlæse CPU chips. Underafkøles, overclocket eller på anden måde svage systemer kan fejle forårsage datatab (filsystem korruption) og muligvis permanent skade på elektroniske komponenter. Det vil heller ikke fange alle fejl.
BRUG PÅ EGEN RISIKO
CPU test forsyningsselskaber i optimeret assembler for maksimal belastning P6 (Intel Pentium Pro / II / III og Celeron TM), AMD K7 (Athlon / Duron / Thunderbird TM) AMD K6, og Intel P5 Pentium chips. Det er gratis software, copyright, men frit licenseret under GNU Public Licence copyleft.
Disse programmer er designet til at indlæse x86 CPU'er så tungt som muligt med henblik på systemtest. De er blevet optimeret til forskellige processorer. FPU og ALU instruktioner er kodet en assembler uendelig løkke. De behøver ikke teste hver instruktion. Målet har været at maksimere varmeproduktion fra CPU'en, lagde vægt på selve CPU'en, kølesystem, bundkort (især spændingsregulatorer) og strømforsyning
(Sandsynlige årsag til burnBX / MMX fejl).
burnP5 er optimeret til Intel Pentium w & w / o MMX processorer
P6 er for Intel PentiumPro, PentiumII & III og Celeron CPU'er
K6 er for AMD K6-processorer
K7 er for AMD Athlon / Duron processorer
MMX er at afprøve cache / hukommelse grænseflader på alle CPU'er med MMX
BX er en alternativ cache / hukommelse test for Intel CPU'er
AT BRUGE: root privilegier er IKKE påkrævet. Den er designet til ELF Linux, men også testet under FreeBSD. og a.out. Burn Test gøres bedst fra en ramdisk distribution (tomsrtbt) eller med filsystemer umonterede eller monteret skrivebeskyttet.
untar kilden i en bekvem bibliotek:
`Tar zxf cpuburn`
kompilere excutables
`Make`
køre det ønskede program i baggrunden [_repeat_ for SMP]:
`BurnP6 || echo $? & `
Overvåge fremskridtene med cpuburn af `ps`. Når du er færdig, `kill` brænde * proces (r). Hvis du har temperaturfølere (fingre) eller LM-sensorer pakke, kan du tjekke din CPU temperatur og / eller systemets spændinger.
Hvis der opstår fejl i beregningerne, vil det blive bevaret, og programmet vil opsige med fejlkode 254 for et heltal / memory fejl, og fejlkode 255 for en FP / MMX fejl. Fejlkontrol sker hver 10-40 sek for burnP6 / K6 / K7, og jeg har ikke set nogen CPU fejl i test [lockups opstår først]. burnBX og burnMMX tjekke for fejl hver 512 MB (4-10 sek), og fejl opsigelse ofte ses, lockups er sjældnere.
burnBX og burnMMX er hovedsagelig meget intense RAM testere. De kan også tage en valgfri parameter, der angiver RAM størrelse, der 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 de standard størrelser. AE meste teste L1 cache, FH test L2 cache, og HP tvinge deres vej til RAM. Men selv AE vil have nogle cacheline writeouts til RAM.
På trods af det navn, kan burnBX køres på enhver chipset [RAM controller], og tests Fix mere end RAM controller. Desværre burnBX ikke optimal på AMD-processorer. burnMMX foretrækkes for enhver CPU, der har en MMX enhed.
burnBX / MMX brug for omkring 72 MB total RAM + swap til at starte (ikke nødvendigvis fri), men bruger ikke så meget, medmindre du beder om det. De vil kaste en `Sig 11`, hvis du ikke har nok swap.
Hvis du ikke ønsker at tilføje mere, kan du justere .bss sektion nedad som angivet i kilden kommentarer. De kan også prøve swap, og i hvert fald på mit system, kan jeg køre 2 * `burnBX 8` med 128 MB SDRAM med nogle brug af swap, men ingen overdreven prygl [søger]. YMMV.
Hvis sub-spec, kan systemet låser op efter 2-10 minutter. Det skal ikke. brænde * er blot en unpriviliged bruger processer. Men det sandsynligvis betyder, at din CPU er underafkøles, sandsynligvis ingen termisk fedt eller andet grænseflade materiale mellem CPU og køleplade. Eller andre fejl. En magt cyklus bør nulstille systemet. Men du bør ordne det.