cpuburn

ADVERTENCIA:
Este programa está diseñado para cargar fuertemente chips de CPU. Supercongelados sistemas, overclockeado o de otra manera débiles pueden no causar la pérdida de datos (la corrupción del sistema de archivos) y el daño posiblemente permanente a los componentes electrónicos. Tampoco va a coger todos los defectos.
ÚSELO BAJO SU PROPIO RIESGO
Utilidades de pruebas de CPU en ensamblador optimizado para la máxima carga (P6 / Duron / Athlon Thunderbird TM) de AMD K6, e Intel Pentium P5 chips (Intel Pentium Pro / II / III y Celeron TM), AMD K7. Esto es software libre, derechos de autor, pero libremente bajo la licencia copyleft GNU Public Licence.
Estos programas están diseñados para cargar CPU x86 como en gran medida de lo posible a los efectos de las pruebas del sistema. Ellos se han optimizado para diferentes procesadores. Instrucciones FPU y ALU se codifican un bucle sin fin ensamblador. Ellos no prueban cada instrucción. El objetivo ha sido el de maximizar la producción de calor de la CPU, poniendo énfasis en la CPU en sí, el sistema de enfriamiento, la placa base (especialmente reguladores de voltaje) y fuente de alimentación
(Causa probable de errores burnBX / MMX).
burnP5 está optimizado para Intel Pentium w & w / o procesadores MMX
P6 es para Intel PentiumPro, PentiumII y III y CPUs Celeron
K6 es para los procesadores AMD K6
K7 es para procesadores AMD Athlon / Duron
MMX es probar las interfaces cache / memoria en todas las CPUs con MMX
BX es una prueba de caché alternativo / memoria para CPUs Intel
PARA USAR: privilegios de root NO se requieren. Ha sido diseñado para ELF Linux, sino también probado en FreeBSD. y a.out. Burn Testing es mejor hacerlo de una distribución ramdisk (tomsrtbt) o con sistemas de archivos sin montar o montado de sólo lectura.
descomprimir la fuente en un directorio conveniente:
`Tar zxf cpuburn`
compilar excutables
`Make`
ejecutar el programa deseado en el fondo [_repeat_ para SMP]:
`BurnP6 || echo $? Y `
Monitorear el progreso de cpuburn por `ps`. Cuando haya terminado, `kill` el proceso de grabación * (es). Si usted tiene sondas de temperatura (dedos) o el paquete lm-sensors, se puede comprobar la temperatura de su CPU y / o voltajes del sistema.
Si se produce un error en los cálculos, se conserva, y el programa terminará con código de error 254 para un error entero / memoria, y el código de error 255 para un error FP / MMX. La comprobación de errores ocurre cada 10 a 40 segundos para burnP6 / K6 / K7 y no he visto ningún error en las pruebas de CPU [bloqueos ocurren primero]. burnBX y burnMMX verificación de error cada 512 MB (4-10 seg), y la terminación de error es visto con frecuencia, bloqueos son más raros.
burnBX y burnMMX son esencialmente probadores RAM muy intensos. También puede tomar un parámetro opcional que indica el tamaño de RAM para ser probado:
  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) y` burnMMX F` (64 kB) son los tamaños predeterminados. AE probar su mayoría caché L1, FH caché L2 de prueba, y HP forzar su camino a la RAM. Pero incluso AE tendrá algunos writeouts cacheline de RAM.
A pesar de que su nombre, burnBX se puede ejecutar en cualquier chipset [controlador de memoria RAM] y pruebas mucho más que el controlador de memoria RAM. Desafortunadamente, burnBX no es óptima en los procesadores AMD. burnMMX es preferible para cualquier CPU que tiene una unidad de MMX.
burnBX / MMX necesita alrededor de 72 MB de memoria RAM total de + de intercambio para empezar (no necesariamente gratis), pero no utiliza este mucho a menos que usted lo solicite. Y echaron un `11` Sig si usted no tiene suficiente swap.
Si no desea añadir más, puede ajustar la sección .bss hacia abajo como se indica en los comentarios de código. También pueden canje de prueba, y al menos en mi sistema, puedo correr 2 * `burnBX 8` con 128 MB de SDRAM con algún uso de swap, pero no golear excesivo [busca]. Tu caso es distinto.
Si sub-spec, el sistema puede bloquearse después de 2-10 minutos. No debería. quemar * son sólo un procesos de usuario unpriviliged. Pero probablemente significa que su CPU es subenfriada, muy probablemente sin grasa térmica u otro material de interfaz entre la CPU y el disipador de calor. O cualquier otra deficiencia. Un ciclo de alimentación debe reiniciar el sistema. Pero usted debe solucionarlo.