Le gros problème de LWT est qu'il ne sait pas utiliser le multicore à cause du runtime OCaml qui n'est pas réentrant. Fabrice Le Fessant avait commencé à travailler sur la question, mais il n'a pas les ressources ni la priorité de finir.
En ce qui me concerne, je n'ai pas utilisé OCsigen, car pas besoin de générer du HTML, je fais une webapp, mais OCamlNet, dont Ocsigen utilise quelques libs.
OcamlNet propose un système permettant de définir des CGI, il multiprocess automatiquement.
Mes benchs sur une page Html générée (récupération d'arguments numérique, petit calcul, génération html), me donne environ 4000 req.s-1 sur un i7 2ghz, avec 60% d'occupation (des 8) processeurs (je soupçonne la pile réseau d'avoir été un goulot d'étranglement).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: vitesse ?
Posté par Ontologia (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 4.
Le gros problème de LWT est qu'il ne sait pas utiliser le multicore à cause du runtime OCaml qui n'est pas réentrant. Fabrice Le Fessant avait commencé à travailler sur la question, mais il n'a pas les ressources ni la priorité de finir.
En ce qui me concerne, je n'ai pas utilisé OCsigen, car pas besoin de générer du HTML, je fais une webapp, mais OCamlNet, dont Ocsigen utilise quelques libs.
OcamlNet propose un système permettant de définir des CGI, il multiprocess automatiquement.
Mes benchs sur une page Html générée (récupération d'arguments numérique, petit calcul, génération html), me donne environ 4000 req.s-1 sur un i7 2ghz, avec 60% d'occupation (des 8) processeurs (je soupçonne la pile réseau d'avoir été un goulot d'étranglement).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker