On ne parlait pas de performance mais de fiabilité
Pourtant le post précédent disait : "ils ne sont pas viables pour un projet aussi critique niveau perf qu'un serveur Web". Donc on parlait bien de performance.
C'est clair qu'un algo codé en C est généralement plus rapide mais cela ne sert à rien si le l'application est sujete à un DoS
Si tu te places dans une perspective académique, certes. Si tu es dans la vraie vie, que tu mets en place en serveur Web, et que tu as le choix entre :
- un machin en C/C++ rapide et léger mais qui a une espérance de plantage de deux ou trois heures par an à cause de bugs divers.
- un machin en SuperLangageHautNiveauApprouvéParMonProf blindé algorithmiquement, mais qui nécessite trois fois plus de mémoire et de CPU pour faire la même chose que le précédent, et qui va planter la machine en cas de pic de connexions car il va bouffer tout le swap.
... eh bien, si tu as ce choix, tu vas probablement décider de prendre le premier (ou alors c'est que tu décides mal). Une fois face à ce genre de problèmes, tu te fous de savoir si écrit en Javacaml, le bouzin serait potentiellement plus fiable d'après une hypothétique théorie du logiciel.
[^] # Re: c'est qd même un faiceau de preuves convergeant
Posté par Moby-Dik . En réponse à la dépêche faille dans apache. Évalué à 6.
Pourtant le post précédent disait : "ils ne sont pas viables pour un projet aussi critique niveau perf qu'un serveur Web". Donc on parlait bien de performance.
C'est clair qu'un algo codé en C est généralement plus rapide mais cela ne sert à rien si le l'application est sujete à un DoS
Si tu te places dans une perspective académique, certes. Si tu es dans la vraie vie, que tu mets en place en serveur Web, et que tu as le choix entre :
- un machin en C/C++ rapide et léger mais qui a une espérance de plantage de deux ou trois heures par an à cause de bugs divers.
- un machin en SuperLangageHautNiveauApprouvéParMonProf blindé algorithmiquement, mais qui nécessite trois fois plus de mémoire et de CPU pour faire la même chose que le précédent, et qui va planter la machine en cas de pic de connexions car il va bouffer tout le swap.
... eh bien, si tu as ce choix, tu vas probablement décider de prendre le premier (ou alors c'est que tu décides mal). Une fois face à ce genre de problèmes, tu te fous de savoir si écrit en Javacaml, le bouzin serait potentiellement plus fiable d'après une hypothétique théorie du logiciel.