Discussion :

[clafff]

J'ai un script cgi en perl, qui ne fait pas grand chose il est vrai (lire et renvoyer qq infos sur des tailles de fichiers), mais qui est appelé environ 10 à 20 fois par seconde par apache.

Je me demandais si le fait qu'il soit en perl n'était pas un handicap au niveau ressource mémoire & cpu, et si il y avait avantage à le convertir dans un langage plus simple, compilé, comme par exemple le C. Est-ce par votre expérience vous pensez qu'il est intéressant de faire cette modification ?

[djibril]

Quel est l'interet d'appeler un script 20 fois par seconde

[Jedai]

Sauf si tu as fait n'importe quoi, 10 à 20 fois par seconde ne devrait pas poser problème même avec un CGI...
Par ailleurs le principal problème des CGI c'est qu'il faut démarrer un processus pour chaque requête, le réécrire en C ne réglera pas ce problème même si le script s'exécutera plus vite (probablement).
Quitte à chercher un système qui passe à l'échelle autant prendre quelque chose qui ne fasse pas que repousser un peu le problème et garder ton Perl dans ce contexte, soit avec mod_perl, soit avec du FastCGI.

--
Jedaï

[clafff]

quelques précisions :

c'est un cgi qui est appelé périodiquement pour mettre à jour une barre de progression, disons toutes les 3 secondes. avec une soixaintaine d'utilisateurs simultanés, ça nous fait donc un petit paquet d'appels...

ce cgi retourne simplement un code javascript qui permet de mettre à jour les valeurs de façon dynamique.

peut etre la solution la meilleure est de remplacer cet appel cgi par un appel de page php normal ?

[clafff]

effectivement, maintenant que j'y pense je ne vois pas l'interet qu'à ce script a etre utilisé en tant que cgi...