cpuburn

ATTENTION:
Ce programme est conçu pour charger lourdement puces CPU. Surfusion, les systèmes overclockés ou autrement faibles risquent de ne pas causer la perte de données (système de fichiers de la corruption) et éventuellement des dégâts permanents aux composants électroniques. Elle ne va attraper tous les défauts.
À UTILISER À VOS RISQUES ET PÉRILS
services de tests de CPU en assembleur optimisé pour P6 de chargement maximale (Intel Pentium II / III et Celeron TM / Pro), AMD K7 (Athlon / Duron / Thunderbird TM) AMD K6, et Intel P5 Pentium puces. Ceci est un logiciel libre, le droit d'auteur mais librement sous licence copyleft licence GNU Public Licence.
Ces programmes sont conçus pour charger les processeurs x86 aussi fortement que possible pour les fins du test de système. Ils ont été optimisés pour différents processeurs. Instructions FPU et ALU sont codés une boucle sans fin de l'assembleur. Ils ne testent chaque instruction. L'objectif a été de maximiser la production de chaleur à partir de la CPU, en mettant l'accent sur le CPU lui-même, le système de refroidissement, la carte mère (en particulier les régulateurs de tension) et l'alimentation
(Cause probable d'erreurs burnBX / MMX).
burnP5 est optimisée pour Intel Pentium W & W / o processeurs MMX
P6 est pour Intel PentiumPro, PentiumII & III et Celeron CPUs
K6 est pour les processeurs AMD K6
K7 est pour des processeurs AMD Athlon / Duron
MMX est de tester les interfaces cache / mémoire sur toutes les CPU avec MMX
BX est / un test de mémoire cache autre pour les processeurs Intel
À UTILISER: priviliges profondes sont pas nécessaires. Il a été conçu pour ELF Linux, mais également testé sous FreeBSD. et a.out. Brûler Testing est mieux fait d'une distribution de disque virtuel (de tomsrtbt) ou avec des systèmes de fichiers démontés ou monté en lecture seule.
décompresser la source dans un répertoire pratique:
`Tar zxf cpuburn`
compiler excutables
`Make`
exécuter le programme désiré en arrière-plan [_repeat_ pour SMP]:
`Echo $ || burnP6? & `
Surveiller les progrès de cpuburn par `admissible PS. Lorsque vous avez terminé, `kill` le processus de brûlure * (es). Si vous avez des sondes de température (les doigts) ou le paquet lm-sensors, vous pouvez vérifier la température de votre CPU et / ou les tensions du système.
Si une erreur se produit dans les calculs, il sera préservé, et le programme se terminera avec le code d'erreur 254 pour une erreur entier / mémoire, et le code d'erreur 255 pour une erreur FP / MMX. Le contrôle d'erreur se produit chaque 10-40 sec pour burnP6 / K6 / K7 et je l'ai pas vu toutes les erreurs de CPU en test [blocages surviennent premier]. burnBX et burnMMX vérifier l'erreur tous les 512 Mo (4-10 sec), et la cessation d'erreur est souvent vu, des blocages sont plus rares.
burnBX et burnMMX sont essentiellement testeurs de RAM très intenses. Ils peuvent également prendre un paramètre optionnel indiquant la taille de la RAM à tester:
  A = 2 kB E = 32 kB I = 512 kB M = 8 MB
  B = 4 F = 64 J = 1 Mo N = 16
  C = G = 8 128 K = 2 O = 32
  16 D = 256 H = L = 4 P = 64
`BurnBX L` (4 Mo) et` burnMMX f` (64 Ko) sont les tailles par défaut. AE surtout tester cache L1, L2 FH de test cache, et HP forcer leur chemin à la RAM. Mais même AE aura des writeouts de cacheline de RAM.
En dépit de son nom, burnBX peut être exécuté sur n'importe quel chipset [contrôleur de RAM] et des tests beaucoup plus que le contrôleur de RAM. Malheureusement, burnBX est pas optimale sur les processeurs AMD. burnMMX est préférable que toute unité centrale de traitement qui comporte une unité MMX.
burnBX / MMX a besoin d'environ 72 Mo de mémoire RAM totale + swap pour commencer (pas nécessairement gratuit), mais ne pas utiliser ce bien, sauf si vous le demandez. Ils jetteront un `Sig 11` si vous ne disposez pas de suffisamment swap.
Si vous ne voulez pas ajouter plus, vous pouvez ajuster la section .bss baisse comme indiqué dans les commentaires de la source. Ils peuvent aussi swap de test, et au moins sur mon système, je peux courir 2 * `burnBX 8` avec 128 Mo de SDRAM avec une certaine utilisation de swap, mais pas volée excessive [cherche]. Vous qui voyez.
Si sous-spec, votre système peut se bloquer après 2-10 minutes. Il ne devrait pas. brûler * sont juste un processus utilisateur unpriviliged. Mais cela signifie probablement que votre CPU est en surfusion, probablement pas de graisse thermique ou autre matériau d'interface entre le CPU et dissipateur thermique. Ou un autre déficit. Un cycle d'alimentation doit réinitialiser le système. Mais il doit être corrigé.