Multi-process ou multi-thread, pour moi c'est le même combat.

Ce qu'on peut faire avec un process, il y a moyen de le faire encore plus facilement avec un thread. Le tout étant de ce mettre d'accord sur un principe de fonctionnement.

Ce que je retiens surtout du multi-process, c'est que c'est un mode que les gens adorent parce qu'on peut coder comme des porcs. Des variables globales à n'en plus finir, des systèmes de monitoring qui relance les process qui se cassent la figure parce que "core dump", ...

En multi-thread, ce ne sont pas des options valables! Et va porter sous windows une application multi-process .... hum ...

Evidement en multi-thread il y a moyen de faire le cochon, mais ça, il y a toujours moyen de pervertir une technologie.

Quant aux scheduling, que ton process attende sur un IO ou un semaphore, c'est exactement la même chose qu'un thread qui attend sur un pthread_lock ...

Avec evidement l'avantage d'arrêter de jouer avec des copy-on-write etc ...

Autant je partage l'interêt de la programmation "par message", autant je ne comprend pas cet acharnement au multi-process ...