Le 11/05/2012 14:32, Benoit Garcia a écrit :

Bonjour,

2012/5/11 Pierre-Henry <wallace@morkitu.org>

Non bien sur du C bien écrit ça reste meilleur mais c'est beaucoup plus
long à concevoir que du PHP.

Ha bon?

On peut pondre du C rapidement mais faire une excellente qualité sans leak de mémoire
du premier coup c'est rare, ces dev qui en sont capables travaillent plutôt en pur dev en C et ne font
pas ou alors à de très rares exceptions du sysadm. En PHP/Perl/Python ca va quand même beaucoup plus vite pour scripter.

Et puis les sysadm qui codent bien en C et qui ont du temps c'est rare.

Les sysadmin qui ont du temps sont rares, ça je suis d'accord :-)

Là clairement l'avantage c'est de gagner du temps en scriptant en php et
gagner pas mal de performance en le mettant en C.

Et quelle est la pertinance de ce choix?
Pourquoi ne pas utiliser un langage plus courant pour des tâches d'admin comme perl ou python?

J'ai vu ces usages lorsque le script en question est soumis à un flux d'informations énorme à traiter en un temps record ou alors sur du long terme en continu en tâche de fond.
J'ai vu aussi des plugins à des proxy dans ce style. Clairement je suis conscient qu'en C pur ca marche mieux j'ai déjà fait mais les clients ne payent pas toujours ce temps mais veulent la performance donc un juste milieu est à trouver. Pour info je n'ai pas lancé la mode, j'ai vu cela et je devais intervenir pour faire rapidement des modifs dessus, l'ancien sysadm m'a expliqué la raison du choix, 2 jours pour faire un daemon de traitement d'informations à raison de 2M lignes / min
Les tests en PHP pur montraient une saturation, une fois compilé ça passe sans soucis et on a pu valider presque 4M lignes / min avec ce daemon comme quoi.
Ils avaient déjà tenté en Perl avant le sysadmin qui l'a fait en php et ça tenait pas non plus.

Clairement ce n'est pas l'idéal mais c'est une solution à connaître.