Hacer que un programa se ejecute lentamente

QEMU es un emulador de CPU para Linux. Debian tiene paquetes para ello (imagino que la mayoría distribuciones lo harán). Puede ejecutar un programa en un emulador y la mayoría de ellos deben soportar ralentizar las cosas. Por ejemplo, Miroslav Novak tiene parches para ralentizar QEMU.

Alternativamente, puede compilar a otra CPU-linux (arm-none-gnueabi-linux, etc.) y luego hacer que QEMU traduzca ese código para que se ejecute.

La nice sugerencia es simple y puede funciona si lo combinas con otro proceso que consumirá cpu.

nice -19 test &
while [ 1 ] ; do sha1sum /boot/vmlinuz*; done;

¿No ha dicho si necesita gráficos, archivos y/o E/S de red? ¿Sabes algo sobre la clase de error que estás buscando? ¿Es una condición de carrera, o el código simplemente funciona mal en un sitio del cliente?

Edit: también puede utilizar las señales como DETENER y CONT para iniciar y detener el programa. Un depurador también puede hacer esto. El problema es que el código ejecuta un a toda velocidad y luego se detiene. La mayoría de las soluciones con Linux scheduler tendrán este problema. Hubo una especie de analizador de hilos de Intel afair. Veo Vtune Notas de la versión. Este es Vtune, pero estaba bastante seguro de que hay otra herramienta para analizar las carreras de hilos.Vea: Intel Thread Checker, que puede verificar algunas condiciones de carrera de subprocesos. Pero no sabemos si la aplicación es multi-threaded?

Uso cpulimit:

Cpulimit es una herramienta que limita el uso de CPU de un proceso (expresado en porcentaje, no en tiempo de CPU). Es útil para controlar los trabajos por lotes, cuando no desea que consuman demasiados ciclos de CPU. El objetivo es evitar que un proceso se ejecute durante más de un tiempo especificado. No cambia el valor nice u otras configuraciones de prioridad de programación, sino el uso real de la CPU. Además, es capaz de adaptarse a la carga del sistema , dinámica y rápida.

El control de la cantidad de cpu utilizada se realiza enviando señales SIGSTOP y SIGCONT POSIX a los procesos.

Todos los procesos secundarios y subprocesos del proceso especificado compartirán el mismo porcentaje de CPU.

Está en los repositorios de Ubuntu. Solo

apt-get install cpulimit

Aquí hay algunos ejemplos sobre cómo usarlo en un programa que ya está en ejecución:

Limite el proceso 'bigloop' por nombre ejecutable a 40% CPU:

cpulimit --exe bigloop --limit 40
cpulimit --exe /usr/local/bin/bigloop --limit 40 

Limite un proceso por PID a 55% CPU:

cpulimit --pid 2960 --limit 55

1. Consigue un ordenador viejo
2. Los paquetes de alojamiento VPS tienden a ejecutarse lentamente, tienen muchas interrupciones y latencias tremendamente variables. Cuanto más barato sea, peor será el hardware. A diferencia del hardware realmente antiguo, hay una buena probabilidad de que contengan conjuntos de instrucciones (SSE4) que no se encuentran generalmente en el hardware antiguo. Sin embargo, si desea un sistema que camine lentamente y se cierre a menudo, un host VPS barato será el inicio más rápido.

Si solo desea simular su programa para analizar su comportamiento en una máquina realmente lenta, puede intentar hacer que todo su programa se ejecute como thread de algún otro programa principal.

De esta manera puede priorizar el mismo código con diferentes prioridades en pocos subprocesos a la vez y recopilar datos de su análisis. He utilizado esto en el desarrollo de juegos para el análisis de procesamiento de marcos.

Use sleep o wait dentro de su código. No es la forma más brillante de hacerlo, pero es aceptable en todo tipo de computadoras con diferentes velocidades.

La forma más simple posible de hacerlo sería envolver su código ejecutable principal en un bucle while con un sleep al final del mismo.

Por ejemplo:

void main()
{
    while 1
    {
        // Logic
        // ...
        usleep(microseconds_to_sleep)
    }
}

Como la gente mencionará, esta no es la forma más precisa, ya que su código lógico seguirá funcionando a velocidad normal, pero con retrasos entre ejecuciones. Además, asume que su código lógico es algo que se ejecuta en un bucle.

Pero es simple y configurable.