cpuburn

ATTENZIONE:
Questo programma è progettato per caricare pesantemente chip della CPU. Sottoraffreddato, sistemi overclocked o comunque deboli potrebbero non causare la perdita di dati (la corruzione del file system) e il danno eventualmente permanenti ai componenti elettronici. Né si cattura tutti i difetti.
UTILIZZARE A PROPRIO RISCHIO
Utility di test CPU in assembler ottimizzato per la massima P6 carico (Intel Pentium / II / III e Celeron TM Pro), AMD K7 (Athlon / Duron / Thunderbird TM) di AMD K6, e Intel P5 Pentium chip. Questo è libero software, diritti d'autore ma liberamente sotto licenza copyleft GNU Public Licence.
Questi programmi sono progettati per caricare CPU x86 come fortemente possibile ai fini della verifica del sistema. Essi sono stati ottimizzati per diversi processori. FPU e ALU istruzioni sono codificate un ciclo infinito assembler. Non prova ogni istruzione. L'obiettivo è stato quello di massimizzare la produzione di calore dalla CPU, mettendo l'accento sulla CPU stessa, il sistema di raffreddamento, la scheda madre (in particolare i regolatori di tensione) e alimentazione
(Probabile causa degli errori burnBX / MMX).
burnP5 è ottimizzato per Intel Pentium w & w / o processori MMX
P6 è per Intel PentiumPro, PentiumII & III e CPU Celeron
K6 è per i processori AMD K6
K7 è per i processori AMD Athlon / Duron
MMX è quello di testare le interfacce cache / memoria su tutte le CPU con MMX
BX è una cache alternativa test / memoria per le CPU Intel
USO: privilegi di root non sono richieste. E 'stato progettato per ELF Linux, ma anche testato in FreeBSD. e a.out. Bruciare test è meglio farlo da una distribuzione ramdisk (tomsrtbt) o con i file system non montati o montato in sola lettura.
decomprimere l'origine in una directory conveniente:
Tar zxf cpuburn`
compilare excutables
`Make`
eseguire il programma desiderato in background [_repeat_ per SMP]:
`BurnP6 || echo $? & `
Monitorare i progressi di cpuburn da `ps`. Al termine, `kill` il processo di masterizzazione * (es). Se si dispone di sonde di temperatura (dita) o il pacchetto lm-sensors, è possibile controllare la temperatura della CPU e / o tensioni di sistema.
Se si verifica un errore nei calcoli, verrà conservato, e il programma terminerà con il codice di errore 254 per un errore di integer / memoria, e il codice di errore 255 per un errore di FP / MMX. Il controllo degli errori avviene ogni 10-40 secondi per burnP6 / K6 / K7 e non ho visto errori della CPU in fase di test [blocchi si verificano in primo luogo]. burnBX e burnMMX verificare la presenza di errori ogni 512 MB (4-10 sec), e la cessazione di errore è spesso visto, blocchi sono più rari.
burnBX e burnMMX sono essenzialmente molto intensi tester di RAM. Essi possono anche prendere un parametro opzionale che indica la dimensione della RAM da testare:
  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) e` burnMMX f` (64 kB) sono le dimensioni predefinite. AE soprattutto testare cache L1, FH di cache L2 di prova, e HP forzare il loro modo di RAM. Ma anche AE avrà alcuni writeouts cacheline di RAM.
Nonostante il suo nome, burnBX può essere eseguito su qualsiasi chipset [controller RAM] e prove molto di più di quanto il controller RAM. Purtroppo, burnBX non è ottimale su processori AMD. burnMMX è preferibile che una CPU che ha un'unità MMX.
burnBX / MMX ha bisogno di circa 72 MB di RAM totale + di swap per iniziare (non necessariamente gratuito), ma non usa così tanto se non lo si richiede. Essi gettare un `Sig 11` se non si dispone di sufficiente swap.
Se non si desidera aggiungere più, è possibile regolare la sezione .bss verso il basso come indicato nei commenti di origine. Essi possono anche prova di swap, e almeno sul mio sistema, posso correre 2 * `burnBX 8` con 128 MB di SDRAM con un certo uso di swap, ma nessuna botte eccessivi [cerca]. YMMV.
Se sub-spec, il sistema potrebbe bloccarsi dopo 2-10 minuti. Non dovrebbe. bruciare * sono solo un processi utente unpriviliged. Ma probabilmente significa che il CPU è sottoraffreddato, molto probabilmente non grasso termico o altro materiale di interfaccia tra la CPU e il dissipatore di calore. O altri inconvenienti. Un ciclo di alimentazione deve ripristinare il sistema. Ma si dovrebbe risolvere il problema.