Comme pour un pool de thread, il est possible de faire un pre-fork.
Un pré-fork impose d'avoir un context "out-of-date" au moment de ou le processus forké va être utilisé, donc impose une transmission du context "courant/maitre", donc impose encore un overhead supplémentaire.
Si on a inventé les processus légers, ce n'est pas juste pour emmerder les gens qui font de la preuve logiciel et de la sécurité logiciel.
Et fait est que OCaml a un support relativemement mauvais du multi-thread comparé à ses principaux concurrents ( Scala, Erlang et F# pour ne pas les citer ).
[^] # Re: Utilisation d'OCaml dans l'industrie
Posté par Firwen (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 2.
Un pré-fork impose d'avoir un context "out-of-date" au moment de ou le processus forké va être utilisé, donc impose une transmission du context "courant/maitre", donc impose encore un overhead supplémentaire.
Si on a inventé les processus légers, ce n'est pas juste pour emmerder les gens qui font de la preuve logiciel et de la sécurité logiciel.
Et fait est que OCaml a un support relativemement mauvais du multi-thread comparé à ses principaux concurrents ( Scala, Erlang et F# pour ne pas les citer ).