Optimiser un code procédural avec autoload

Version imprimable

23/09/2008, 09h31
max-mag

Optimiser un code procédural avec autoload

Bonjour,

Je suis en train d'optimiser une application php, disons 1/4 objet 3/4 procédural.
C'est une application assez complexe qui charge toutes les bibliothèques (enfin quasiment) en mémoire avec des include/require au début de chaque script.
Je voudrais charger uniquement les fonctions nécessaires. Faire cela est un travail absolument gigantesque que je voudrais éviter (je veux optimiser l'application, mais si cela prends des mois, ce n'est pas rentable).

Je pensais donc utiliser l'autoload. Cela n'existe pas pour les fonctions (sauf erreur de ma part). Je pense donc regrouper les fonctions par utilisation dans une classe, et faire de l'autoload de classe quand cela est nécessaire.
Le gain sera-t-il notable ? Je pense que cela dépends vraiment de l'application, et il faut tester. La littérature donne beaucoup d'éléments contradictoire.

J'en arrive donc à mon problème.
Il me semble raisonnable de remplacer avec les outils qui vont bien toutes les occurrences de ma_fonction($var) par $mon_objet->ma_fonction($var) par contre, il va bien falloir déclarer l'objet.
Vu que c'est pour tester ça sur mon application, je ne me sens pas d'étudier 1 à 1 les fichiers pour déclarer l'objet si nécessaire, et si c'est pour tester les performances, mettre un if(!is_object()) $mon_objet = new Objet() devant chaque remplacement de fonction me semble une méthode de cochon ...

Déjà, merci d'avoir pris le temps de me lire jusqu'au bout, et si vous avez une idée, une suggestion à ce propos, je suis preneur !
23/09/2008, 11h05
Mr N.

Citation:

C'est une application assez complexe qui charge toutes les bibliothèques (enfin quasiment) en mémoire avec des include/require au début de chaque script.

Es-tu sûr que c'est là que tu as un problème de performance ?
Par experience, c'est le dernier point que je regarde quand j'ai des soucis de perfs... Donc pour ainsi dire jamais car je trouve toujours des solutions à un plus haut niveau. :roll:
23/09/2008, 11h31
max-mag

J'ai des soucis de perfs lors des montées en charge.
Je me suis fait les requêtes SQL, maintenant ça dépote à ce niveau.
En ce moment je me fais tous les "for (count($array))". Une aberration que je trouve de partout ! Là je gagne vraiment, et je n'ai pas tout fini.

A y être je me posais la question des includes, je suis un peu sceptique de remplacer cela pour de l'autoload, d'au l'idée de faire des tests. Ton post m'invite a attendre les résultats de la première phase d'optimisation :)
23/09/2008, 14h20
max-mag
Avec une méthode static, je devrais pouvoir faire ce que je veux :
Au lieu de mettre ça :
Code:

1 2 3 $objet = new maclasse(); $objet->methode();
Si je mets cela :
Code:

1 2 maclasse::methode();
Je peux faire un remplacement automatique et voir si les perfs changent.
24/09/2008, 11h18
Mr N.

Optimiser le code pour le rendre plus performant, d'accord.
Mais si c'est pour faire du code cracra alors là je ne suis plus d'accord ! :aie:

Les méthodes statiques sont à utiliser en toute connaissance de cause et avec parcimonie. Leur utilisation doit découler d'un design purement réfléchi et non d'un simple jeté de dé "Tiens, et si là je mettais une méthode statique?". Elles doivent répondre à un besoin de conception, autrement, bonjour la maintenance !!! ;)

Maintenant, je dis ça je dis rien... Si c'est pour tester, ou si c'est temporaire, pourquoi pas, mais personnellement je ne partirais pas dans cette direction...
24/09/2008, 11h31
max-mag

Merci de tes commentaires. Effectivement avant de faire quelque chose de plus propre, j'aimerai tester si j'y gagne.
Enfin bon, ce sera quand même ce que je ferais en dernier !

Avant de tester l'autoload sur l'application, j'ai testé cela, si ça intéresse du monde.
Mon code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
<?php
$i = 0;
while($i<1000000)
{
  $i++;
  $tab[$i] = $i;
}
 
class test
{
  public static function testeur($var)
  {
    return $var++;
  }
}
 
function testaur($var)
{
  return $var++;
}
$n = sizeof($tab);  
 
$t1 = microtime(true);
for ($i = 0; $i < $n; $i++) 
{
  $toto = test::testeur($tab[$i]);
}
 
$t2 = microtime(true);
for ($i = 0; $i < $n; $i++) 
{
  $toto = testaur($tab[$i]);
}
$t3 = microtime(true);
 
echo "class : " . round($t2 - $t1,4) . " fonction : " . round($t3 - $t2,4);
?>

Résultat sans appel '::' plus lent :
class : 1.4418 fonction : 1.0184

25/09/2008, 12h41
Mr N.

Merci pour le benchmark :ccool:

Si tu écris ton code en assembleur, y a peut-être des chances que ça aille encore plus vite :aie:

C'est tout à fait normal qu'un code procédural tourne plus vite qu'un code orienté objet. On ne se lance pas dans la POO pour gagner des perfs, mais pour gagner en maintenance. Et le temps gagné en maintenance peut être utilisé pour optimiser le bouzin. 8-)
25/09/2008, 15h01
Bisûnûrs

Citation:

Envoyé par max-mag

Résultat sans appel '::' plus lent :
class : 1.4418 fonction : 1.0184

Le temps d'exécution est qui plus est doublé pour la méthode statique si le mot static n'est pas présent dans la déclaration de la fonction..