La création des threads est (normalement) beaucoup plus rapide que des forks (qui dupliquent toutes les sections données), et puis la programmation IPC (semaphores, mémoire partagé, file des messages) c'est un peu à s'arracher les cheveux. Quand ton programme s'arrête anormalement tu dois gérer le fait que les ressources partagées existent encore (ipcs et ipcrm, beurk)
Si tu veux du parallèlisme avec une division nette (on ne partage rien) alors va pour le fork, mais si tu veux un partage totale des ressources alors les threads sont nettement plus pratiques (et les locks plus faciles à mettre en place que les sémaphores, à mon gout).
Généralement les applis qui demandent de la performance utilisent des threads (apache 2, MySQL...)
[^] # Re: vs POSIX shared memory
Posté par dcp . En réponse à la dépêche PTT : un outil de trace pour la NPTL. Évalué à 7.
Si tu veux du parallèlisme avec une division nette (on ne partage rien) alors va pour le fork, mais si tu veux un partage totale des ressources alors les threads sont nettement plus pratiques (et les locks plus faciles à mettre en place que les sémaphores, à mon gout).
Généralement les applis qui demandent de la performance utilisent des threads (apache 2, MySQL...)
Voili, voilou pour mes 2 centimes