cpuburn

Upozornění:
Tento program je navržen tak, aby silně zatížení CPU čipy. Undercooled, přetaktovaný nebo jinak slabé systémy mohou selhat způsobit ztrátu dat (korupce filesystem) a případně trvalé poškození elektronických součástek. Ani to chytit všechny nedostatky.
POUŽITÍ NA VLASTNÍ NEBEZPEČÍ
Testování CPU utility v optimalizovaném assembleru pro maximální nakládací P6 (Intel Pentium Pro / II / III a Celeron TM), AMD K7 (Athlon / Duron / Thunderbird TM) AMD K6, a Intel P5 Pentium čipy. Toto je svobodný software, autorská práva ale volně pod licencí GNU copyleft Public Licence.
Tyto programy jsou navrženy tak, aby zatížení CPU x86 jako silně, jak je to možné pro účely testování systému. Byly optimalizovány pro různé procesory. FPU a ALU instrukce jsou kódovány assembler nekonečné smyčce. Oni netestují všechny instrukce. Cílem je zvýšit výrobu tepla z CPU, vytváří tlak na CPU sám, chladicího systému, základní deska (zejména regulátory napětí) a napájení
(Pravděpodobnou příčinou chyb burnBX / MMX).
burnP5 je optimalizován pro Intel Pentium w & w / o procesory MMX
P6 je pro Intel PentiumPro, PentiumII a III a Celeron CPU
K6 je určen pro procesory AMD K6
K7 je určen pro procesory AMD Athlon / Duron
MMX je otestovat cache / paměti rozhraní na všech CPU s MMX
BX je alternativní cache / test paměti pro procesory Intel
POUŽITÍ: kořenové priviliges nejsou nutné. To byl navržen pro ELF Linux, ale také testován pod FreeBSD. a a.out. Vypalování Testování se nejlépe provádí z distribuce RAMdisku (tomsrtbt) nebo souborových systémů nenamontovaných nebo namontovat pouze pro čtení.
rozbalit zdroj ve výhodné adresáři:
`Tar zxf cpuburn`
sestavit excutables
`Make`
spustit požadovaný program v pozadí [_repeat_ pro SMP]:
`BurnP6 || echo $? & `
Sledovat pokrok cpuburn o `ps`. Po dokončení, `kill` na spalování * proces (y). Máte-li teplotní sondy (prsty) nebo balíček LM-senzory, můžete zkontrolovat svou teplotu CPU a / nebo systémové napětí.
Dojde-li k chybě ve výpočtu, bude zachována, a program bude ukončen s kódem chyby 254 pro chyby integer / paměti, a chybový kód 255 pro chyby FP / MMX. Kontrola chyb se stane každý 10-40 sekund při burnP6 / K6 / K7, a já jsem neviděl žádné chyby CPU testování [Zablokování dojít k první]. burnBX a burnMMX zkontrolovat chyby každých 512 MB (4-10 sec), a ukončení chyba je často vidět, zatuhnutí jsou vzácnější.
burnBX a burnMMX jsou v podstatě velmi intenzivní RAM testery. Mohou také vzít volitelný parametr označuje velikost paměti RAM, které mají být testovány:
  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 = O 2 = 32
  D = 16 H = 256 L = 4 P = 64
`BurnBX L` (4 MB) a` burnMMX F` (64 kB), jsou výchozí velikosti. AE většinou otestovat L1 cache, FH zkouška L2 cache, a HP vynutit jejich cestu do paměti RAM. Ale i AE budou mít nějaké cacheline writeouts do paměti RAM.
Přes jeho jméno, burnBX lze spustit na jakémkoli čipsetu [řadič RAM] a zkoušky mnohem více než RAM regulátoru. Bohužel, burnBX není optimální na procesorech AMD. burnMMX je výhodné pro všechny CPU, který má jednotku MMX.
burnBX / MMX potřebuje asi 72 MB paměti RAM celkové + swapu ke spuštění (ne nutně zdarma), ale nepoužívá tolik, pokud o to požádají. Budou hodit `Sig 11`, pokud nemáte dostatek odkládacího prostoru.
Pokud nechcete přidat další, můžete nastavit bss část směrem dolů, jak je uvedeno ve zdrojových komentáře. Mohou také testy swapu, a alespoň na mém systému, můžu běžet 2 * `burnBX 8 min s 128MB SDRAM s nějakým využitím swapu, ale ne nadměrná výprask [usiluje]. YMMV.
Pokud sub-spec, může váš systém uzamknout až po 2-10 minuta. To by nemělo. hořet * jsou jen an unpriviliged uživatelské procesy. Ale to pravděpodobně znamená, že váš procesor je undercooled, s největší pravděpodobností žádný teplovodivá pasta nebo jiný materiál, rozhraní mezi procesorem a chladičem. Nebo jinou poruchou. Power cyklus by měl obnovit systém. Ale měli byste to napravit.