Existen al menos tres técnicas para explotar múltiples procesadores en un programa diseñado para usar un solo núcleo. La más sencilla de estas técnicas es usar bibliotecas y código de sistema que usa múltiples núcleos o puede ejecutarse al menos parcialmente en paralelo con el código de la aplicación. La recolección de basura es un ejemplo de funcionalidad que se puede paralelizar y que se puede hacer en paralelo con la ejecución de la aplicación. Incluso sin la administración automática de la memoria, existe cierto potencial de paralelismo en las funciones de desasignación de memoria porque el asignador de memoria puede tener que hacer algo más que simplemente marcar la sección de memoria como disponible.
Una segunda técnica es la traducción binaria. Si bien esto podría considerarse "reescribir la aplicación", se realiza mediante software y sin acceso al código fuente. La producción de paralelismo a nivel de hilo no parece haber sido el objetivo principal de la mayoría de la investigación y el desarrollo utilizando la traducción binaria (que a menudo se refiere a ejecutar código heredado en un ISA diferente, explotar extensiones ISA u optimizar para una microarquitectura particular, y usar información dinámica para proporcionar mayor optimización de perfil de calidad), pero el potencial es obvio.
Una tercera técnica es el multihilo especulativo. Actualmente, ningún procesador (que yo sepa) admite subprocesos múltiples especulativos administrados por hardware. Sin embargo, con la introducción de la memoria transaccional de hardware, tener un sistema de tiempo de ejecución implementado se vuelve algo más práctico porque el HTM se puede usar para detectar conflictos en el uso de la memoria. El subprocesamiento múltiple especulativo administrado por software generalmente implicaría alguna traducción binaria, pero su naturaleza especulativa justifica considerar una técnica separada.
La practicidad de estas técnicas está limitada por los costos asociados con los sistemas existentes (incluido el costo de la comunicación entre subprocesos y los subprocesos de desove), por el paralelismo limitado que pueden explotar y por el limitado retorno de la inversión (aplicaciones importantes que pueden ser beneficiosas es probable que se reescriban en paralelo, muchas aplicaciones se beneficiarían relativamente poco de tales técnicas (especialmente con límites de potencia / térmicos que permiten que un solo núcleo funcione a una frecuencia más alta que múltiples núcleos), y los costos de desarrollo son significativos). Sin embargo, estas técnicas hacen existir y es teóricamente posible usar múltiples núcleos con una aplicación diseñada para utilizar un solo núcleo.