C'est une question que je me pose car je n'ai jamais été amené à en utiliser jusqu'à présent ! Je me pose également une deuxième question : les thread permettent ils d'accélérer le déroulement d'un programme ?
 
Exemple : on a besoin d'effectuer deux tâches indépendantes A et B avant de pouvoir commencer une tâche C. Cela apporte t'il quelque chose de créer deux thread séparés pour effectuer A et B ?

déjà c'est plus facile à programmer. après, sauf calcul très intensifn même sur une machine mono processeur tu as un gain, tu as toujours une tache en attente sur une entrée sortie, affichage y compris

J'avais fait un truc avec des thread en perl. En gros, c'était pour gérer les changements de mots de passe admin sur plus de 300 postes windows.
 
Le script était lancé sur une machine, et faisait le changement en environ 7 secondes par ordinateur. J'ai balancé les 300 threads un après l'autre et l'opération prend environ 2minutes (au lieu de 35 environ)

Admettons que tu veuilles faire un lecteur audio multipiste ! ça peut servir afin que le sons sois synchro.  
Mais l'exemple du post juste au dessu est une parfaie utilisation d'un thread

souvent pour gérer la problématique affichage et fonctionnel sur les clients lourds... ça marche pas mal et permet de conserver une fluidité dans l'affichage alors que le proc tourne à fond..

Le meilleur exemple c'est un navigateur web.
 
Pendant que la page charge, les menus du navigateur restent actifs.