Explica la diferencia entre un proceso y un hilo.

Un proceso es una unidad de ejecución aislada con su propio espacio de direcciones virtual; un hilo es una unidad de planificación dentro de un proceso que comparte ese espacio con sus hermanos. Los hilos son baratos de crear y pueden compartir datos directamente, que es justo por lo que necesitan locks. Los procesos cuestan más y necesitan comunicación entre procesos explícita, pero una caída o un fallo de memoria en uno no puede corromper a otro.

La diferencia que importa es la memoria. Cada proceso tiene su propio espacio de direcciones, así que uno que se caiga o que pise un puntero no puede llevarse a los demás por delante, pero solo pueden hablar por pipes, sockets o un segmento de memoria compartida que montes a propósito. Los hilos viven dentro de un proceso y comparten el heap, así que pasar datos entre ellos es solo un puntero, lo que es rápido y también justo la razón por la que necesitas locks. El coste de creación va en la misma línea: lanzar un hilo es barato, hacer fork de un proceso no. En la práctica dejo que el runtime decida mi estrategia. En Python, el trabajo intensivo de CPU va a varios procesos, porque el global interpreter lock impide que los hilos ejecuten bytecode en paralelo, mientras que el trabajo de IO va bien con hilos o async. En Go o Java tiraría primero de hilos o goroutines. Hacerlo al revés es como acabas con ocho hilos de trabajo encolados detrás de un intérprete y sin idea de por qué la máquina está ociosa.