J'ai juste dit que je n'en avais pas fait personnellement de mesures de performances :) Je ne doute pas que l'équipe d'Ocsigen en a fait et pourra donner les pointeurs utiles.
Sinon, à propos des fonctionnalités du serveur HTTP spécifique d'Ocsigen, il a déjà de nombreuses années d'existence et il contient un certain nombre d'extensions comme comet, CORS, ou les plus classique rewrite, redirect, deflate, accesscontrol, voir même CGI en cas de besoin. Dans les quelques essais persos. j'ai toujours trouvé les fonctionnalités dont j'ai eu besoin. De manière plus générale, je suppose qu'il est toujours possible d'utiliser Ocsigen derrière un reverse proxy.
Oui, par défaut le serveur HTTP d'Ocsigen est configuré pour n'appeler le moteur de contenu dynamique (a.k.a. Eliom) uniquement s'il n'y a pas de contenu statique associé à l'URL demandée.
Concernant la vitesse global du système, je n'ai pas fait de bench personnellement mais toutes les entrées/sorties sont asynchrones à la lighttpd ou nginx ; et, le projet repose sur un mécanisme de thread coopératif très efficace : LWT.
[^] # Re: vitesse ?
Posté par foreground . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 2.
J'ai juste dit que je n'en avais pas fait personnellement de mesures de performances :) Je ne doute pas que l'équipe d'Ocsigen en a fait et pourra donner les pointeurs utiles.
Sinon, à propos des fonctionnalités du serveur HTTP spécifique d'Ocsigen, il a déjà de nombreuses années d'existence et il contient un certain nombre d'extensions comme
comet
,CORS
, ou les plus classiquerewrite
,redirect
,deflate
,accesscontrol
, voir mêmeCGI
en cas de besoin. Dans les quelques essais persos. j'ai toujours trouvé les fonctionnalités dont j'ai eu besoin. De manière plus générale, je suppose qu'il est toujours possible d'utiliser Ocsigen derrière un reverse proxy.[^] # Re: vitesse ?
Posté par foreground . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 3.
Oui, par défaut le serveur HTTP d'Ocsigen est configuré pour n'appeler le moteur de contenu dynamique (a.k.a. Eliom) uniquement s'il n'y a pas de contenu statique associé à l'URL demandée.
Concernant la vitesse global du système, je n'ai pas fait de bench personnellement mais toutes les entrées/sorties sont asynchrones à la lighttpd ou nginx ; et, le projet repose sur un mécanisme de thread coopératif très efficace : LWT.
[^] # Re: GlobalGCC
Posté par foreground . En réponse à la dépêche Mancoosi : un projet européen dédié aux mises à jour de logiciels libres. Évalué à 6.
Notemment, il y a une branche de gcc: http://gcc.gnu.org/wiki/MiddleEndLispTranslator
Et il y a eu des exposé aux GGC Developers' Summit de 2007 et 2008.