Non le problème des performances concernait khttpd (l'actuel serveur web du noyau, livré en standard depuis les 2.3) qui se faisait battre par BOA pour les pages statiques.
Un patch (en fait deux, le premier n'était pas bon) pour gérer le keepalive a été posté, et du coup le khttpd se révélait plus rapide, mais avec un temps de latence plus long.
Deux remarques cependant :
- BOA est vraiment destiné aux pages statiques et aux simples scripts CGI, il ne sait pas s'interfacer avec PHP par exemple, sans passer par l'interface CGI.
- Utiliser khttpd en combinaison avec un autre serveur (apache, roxen, thttpd, zeus...) n'est pas idiot, et contribue à réduire un peu la charge de la machine et l'occupation de la mémoire. On lance le serveur web sur un port alternative, comme 8080, et ktthpd sur le port 80. Quand il ne sait pas faire (ex: CGI, PHP, Perl...) il agit comme un petit proxy et passe la requete à l'autre serveur web.
Cela dit TUX est nettement plus performant et configurable, que ce soit pour les CGI ou les pages statiques.
[^] # Re: perfs
Posté par j . En réponse à la dépêche Le serveur WEB le plus rapide du monde. Évalué à 1.
Un patch (en fait deux, le premier n'était pas bon) pour gérer le keepalive a été posté, et du coup le khttpd se révélait plus rapide, mais avec un temps de latence plus long.
Deux remarques cependant :
- BOA est vraiment destiné aux pages statiques et aux simples scripts CGI, il ne sait pas s'interfacer avec PHP par exemple, sans passer par l'interface CGI.
- Utiliser khttpd en combinaison avec un autre serveur (apache, roxen, thttpd, zeus...) n'est pas idiot, et contribue à réduire un peu la charge de la machine et l'occupation de la mémoire. On lance le serveur web sur un port alternative, comme 8080, et ktthpd sur le port 80. Quand il ne sait pas faire (ex: CGI, PHP, Perl...) il agit comme un petit proxy et passe la requete à l'autre serveur web.
Cela dit TUX est nettement plus performant et configurable, que ce soit pour les CGI ou les pages statiques.