Expliquez la différence entre un processus et un thread.

Un processus est une unité d'exécution isolée avec son propre espace d'adressage virtuel ; un thread est une unité d'ordonnancement à l'intérieur d'un processus qui partage cet espace d'adressage avec ses frères. Les threads sont peu coûteux à créer et peuvent partager des données directement, ce qui est exactement pourquoi ils ont besoin de verrous. Les processus coûtent plus cher et exigent une communication interprocessus explicite, mais un crash ou un bug mémoire dans l'un ne peut pas corrompre un autre.

La différence qui compte, c'est la mémoire. Chaque processus a son propre espace d'adressage, donc l'un qui plante ou qui écrit n'importe où via un pointeur ne peut pas emporter les autres, mais ils ne peuvent communiquer que par des tubes, des sockets ou un segment de mémoire partagée mis en place délibérément. Les threads vivent dans un seul processus et partagent le tas, donc passer des données entre eux n'est qu'un pointeur, ce qui est rapide et aussi exactement pourquoi il vous faut des verrous. Le coût de création suit la même ligne : lancer un thread est peu coûteux, faire un fork d'un processus non. En pratique, je laisse le runtime décider de ma stratégie. En Python, le travail limité par le CPU part sur plusieurs processus, parce que le global interpreter lock empêche les threads d'exécuter du bytecode en parallèle, tandis que le travail limité par les entrées-sorties va très bien sur des threads ou en async. En Go ou en Java, j'irais d'abord vers les threads ou les goroutines. Faire l'inverse, c'est comme ça qu'on finit avec huit threads de travail tous en file derrière un seul interpréteur sans comprendre pourquoi la machine est au repos.