> Il lui manque clairement un thread pool pour pouvoir tirer parti des serveurs SMP
C'est tout à fait possible, personnellement je n'ai aucune expérience de programmation pour architecture SMP. D'ailleurs, je pensais (à tort ?) que c'était le rôle du système d'exploitation de répartir de manière transparente les instructions d'exécution d'un processus entre les processeurs.
> (...) pouvoir utiliser le CPU pendant certains appels qui demandent une attente quelconque.
Justement, les temps morts des entrées/sorties sont éliminés par l'architecture de THTTPD. C'est d'ailleurs un de ces points forts à ce jour : tirer parti de l'architecture des systèmes Unix pour les entrées/sortie non-bloquants.
> Les threads ne resolvent pas tous les probs de performance, mais c'est assez essentiel si tu veux que ton soft vale qqe chose sur un serveur SMP. Bref, il a probablement des perfs valables sur une machine mono-CPU, mais ca s'arrete la, j'ai du mal a appeler ca un design oriente performance.
Pour ce qui concerne la haute performance à tout prix, c'est possible qu'il ne soit pas une "killer app" sur machine SMP. Mais c'est relatif : n'ayant pas de machine SMP, je l'ai plutôt recommandé pour une machine personnelle sur laquelle j'ai bien vu la différence avec Apache pour les contenus statiques. Si j'avais une machine SMP sous la main, j'aurais pu donner un avis, mais là, ce n'est malheureusement pas le cas. Ceci dit, si tu as une machine SMP à m'offrir pour que je m'initie aux systèmes SMP, je suis preneur :)
[^] # Re: Sortie du serveur Web THTTPD 2.25
Posté par kapouik . En réponse au journal Sortie du serveur Web THTTPD 2.25. Évalué à 2.
C'est tout à fait possible, personnellement je n'ai aucune expérience de programmation pour architecture SMP. D'ailleurs, je pensais (à tort ?) que c'était le rôle du système d'exploitation de répartir de manière transparente les instructions d'exécution d'un processus entre les processeurs.
> (...) pouvoir utiliser le CPU pendant certains appels qui demandent une attente quelconque.
Justement, les temps morts des entrées/sorties sont éliminés par l'architecture de THTTPD. C'est d'ailleurs un de ces points forts à ce jour : tirer parti de l'architecture des systèmes Unix pour les entrées/sortie non-bloquants.
> Les threads ne resolvent pas tous les probs de performance, mais c'est assez essentiel si tu veux que ton soft vale qqe chose sur un serveur SMP. Bref, il a probablement des perfs valables sur une machine mono-CPU, mais ca s'arrete la, j'ai du mal a appeler ca un design oriente performance.
Pour ce qui concerne la haute performance à tout prix, c'est possible qu'il ne soit pas une "killer app" sur machine SMP. Mais c'est relatif : n'ayant pas de machine SMP, je l'ai plutôt recommandé pour une machine personnelle sur laquelle j'ai bien vu la différence avec Apache pour les contenus statiques. Si j'avais une machine SMP sous la main, j'aurais pu donner un avis, mais là, ce n'est malheureusement pas le cas. Ceci dit, si tu as une machine SMP à m'offrir pour que je m'initie aux systèmes SMP, je suis preneur :)