Explique a diferença entre um processo e uma thread.

Um processo é uma unidade isolada de execução com o próprio espaço de endereçamento virtual; uma thread é uma unidade de escalonamento dentro de um processo que compartilha esse espaço com as irmãs. Threads são baratas de criar e conseguem compartilhar dados diretamente, que é exatamente por que precisam de locks. Processos custam mais e precisam de comunicação entre processos explícita, mas uma queda ou bug de memória em um não corrompe outro.

A diferença que importa é memória. Cada processo ganha o próprio espaço de endereçamento, então um caindo ou rabiscando um ponteiro não derruba os outros, mas eles só conversam por pipes, sockets ou um segmento de memória compartilhada que você montou de propósito. Threads vivem dentro de um processo e compartilham o heap, então passar dados entre elas é só um ponteiro, o que é rápido e também exatamente por que você precisa de locks. O custo de criação segue a mesma linha: criar uma thread é barato, fazer fork de um processo não. Na prática eu deixo o runtime decidir minha estratégia. Em Python, trabalho CPU bound vai para múltiplos processos, porque o global interpreter lock impede threads de executarem bytecode em paralelo, enquanto trabalho de IO fica bem em threads ou async. Em Go ou Java eu recorreria a threads ou goroutines primeiro. Inverter isso é como você acaba com oito worker threads todas enfileiradas atrás de um interpretador e sem ideia de por que a máquina está ociosa.