#6   #4 Eso es algo completamente inviable una vez hecho el programa. Tendría que ser algo que fuese capaz de detectar esas tareas que se puedan ejecutar en paralelo, y eso implica conocer el código, lo cual no va a suceder si no es código libre. Y aún siéndolo, sería algo un poco específico de más por cada programa y, a final de cuentas, no sé si merecería la pena lo que puedas ganar con lo que puedas perder.

Como suele suceder, es mucho mejor reprogramar de nuevo pensando en ello.

#17   #2 En realidad, ahora mismo todos los sistemas operativos de ámbito general son multihilo, por lo que aprovechan de forma nativa el hecho de tener varios cores. Otra cosa es que lo aproveche cada aplicación, pero el sistema operativo sí que se beneficia.

#4 "Repartir" el trabajo de un sólo proceso entre varios cores es bastante difícil, porque no se sabe por donde "partir" dicho trabajo para asignarlo. Es el programador el encargado de partir las tareas en "hilos" para que sea el kernel el que las reparta entre los cores.

#11 El software "actual", con actual me refiero a "de calidad" (no me refiero a comercial) está preparado para usar todos los núcleos que haya ya que suele ser multihilo. De repartir los hilos entre los cores se encarga el sistema operativo.

#23   Para #4.

...¿No es posible meter una aplicacion "intermedia" que digamos, "reparta el trabajo" entre cores...

Esa es una de las funciones principales del sistema operativo, pero como dice #6 el código de la aplicación en cuestión tiene que estar preparado y confabulado con el sistema operativo para aprovechar los multiples cores de la máquina.