Le 11/05/2012 14:32, Benoit Garcia a écrit :
> Bonjour,
>
> 2012/5/11 Pierre-Henry <wall...@morkitu.org <mailto:wall...@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.

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/

Répondre à