Zend FR

Je ne comprends pas vraiment comment du code mort (donc des fichiers inutilisés) peuvent avoir une influence sur les performances, vu qu'ils sont inutilisés...
Ou alors j'ai pas compris la question et je mettrais ça sur le dos de la fatigue :p

En fait un collègue me donne comme point négatif que d'utiliser un framework contient beaucoup de code mort.

Pourquoi ? Et bien ... il va falloir que je lui repose la question ^^

mais face à un argument comme ça (et comme il est plus expérimenté que moi), je me suis dit : "ok, ça veut dire que si une classe comporte plein de méthodes mais que 50% d'entre-elles sont inutilisées, cela veut dire que lorsque je vais instancier une classe et appeler une méthode, je pourrais avoir des ralentissement, le temps que la routine parcours le fichier".

D'après vous avoir du code mort via l'utilisation du Framework, n'influe en rien ?

@ MrMoOx : oui, expliquer comme ça, c'est vrai que du code mort ne peux pas gêner ^^

@miboo : j'ai lu les posts sur le sujet que tu as envoyé, très intéressants et je pense que ce dont me parle mon collègue (qui n'est pas là, vous l'aurez compris, sinon la question aurait été moins ambigu ) vient comme tu le dit de l'instanciation des classes.

Donc le compromis serait d'utiliser des fonctionnalités du Framework (les "légères") et de coder celles qui sont trop lourdes à supporter si l'application devient exigeante en ressource ?
Avant d'avoir des problèmes de perfs, il faut en faire des actions gloutonnes (et des bien grosses) , non ?

Dernière modification par Roulio (12-03-2009 16:23:37)

Un ptit coup de KCacheGrind, VallGrind (CallGrind), et ext/inclued permet de détecter facilement les goulets d'étranglements.
Après il faut les corriger, mais souvent ce sont les mêmes : la base de données, une mauvaise gestion du cache (appli, HTTP, etc...), les ressources ouvertes, et la session.

le code mort au vrais sens du terme c'est c@#n mais c'est pas un gros problème
bien évidement plus il y en a plus ça a de l'impact.
mais cela reste très marginal.

tout le code dans des fichiers inutilisé ça ne plombe que le disque et rien d'autre.

pour le code inutilisé dans un fichier c'est un peut différent
tout d'abord le fichier est référencé par Zend_Engine s'il rencontre une directive require ou include.
puis il passe dans l'analyser syntaxique.
là plusieurs chose se présente tout ce qui est hors des balise <?php ?> est directement envoyé sur la sortie (au client) et n'est pas traité plus que ça.
pour ce qui est entre les balises l'analyser va avancer dans le code et le passer au compilateur qui lui va décider de la suite.
si le code est directement dans la balise il est compilé s'il est dans un méthode une fonction il est gardé en cache seule la référence à la fonction est compilée.
l'utilisation d'une méthode non compilé entraine sa compilation le source est alors dégagé et le code compilé gardé en cache.

il me semble que des optimisations encore plus poussées ont été faites dans les versions 5 et que ce principe l'applique aussi au section de code conditionnel (if boucles)


pour revenir à notre code mort
un fonction inutilisée vas donc être lue référencée et sont source gardé et c'est tout.
elle vas donc consommer un peu de mémoire. comme elle n'est pas utilisée elle fera partie des premiers élément que l'interprète va jeter lorsque la place viendra à manquer.

si par malheur cela arrivait à une fonction utilisée très rarement il y aurait relecture du source et régénération de la portion de code  compilé.

donc côté perf une telle méthode ou fonction c'est quasiment rien.

une classe c'est quasiment la même chose mais en plus compliqué
lorsque la classe est chargée toute ça partie déclarative est compilée c'est à dire la définition des membres et des méthodes mais les méthodes ne sont pas compilées.
la classe ne quittera le cache que si elle n'est pas utilisée et qu'aucune autre classe ne la référence (par héritage)

durant la vie du serveur les fichiers vont donc se charger au fur et à mesure et la compilation du code ce complètera petit à petit.
les classe non chargé reste sur le disque et les classes chargées sont déclarée et compilée au besoin.

donc le surcout en temps pour un code mort c'est le passage dans l'analyseur syntaxique.
plus pendant un temps plus ou moins long de la consommation mémoire.

C'est très faible.
à titre de comparaison le temps pris par l'autoload pour déterminer quel fichier charger lorsqu'on référence une classe est très largement plus élevé que la lecteur de la classe qu'il contient.

je n'ai plus les bench mais charger un fichier qui contient une simple fonction et charger un autre qui vas contenir 100 000 définition de la même fonction ne permet pas de percevoir la différence. il faut des outils d'analyse de perf de zend pour le voir.

c'est justement une des force du moteur de Zend que d'être capable de gérer efficacement le code compilé.

A+JYT

Au passage, par définition, utiliser un framework c'est justement faire le choix de sacrifier des perf' pour augmenter sa productivité .