Ok j'avais pas vu ca comme ca mais ca peut etre intéressant :D
Version imprimable
Ok j'avais pas vu ca comme ca mais ca peut etre intéressant :D
Oui mais il n'y a quasiment aucune différence. Le manuel le rapelle bien, la fonction mysql_fetch_array est aussi rapide que mysql_fetch_row (mtsql_fetch_row est un cas particulier de mysql_fetch_array avec result_type à MYSQL_NUM).Citation:
Envoyé par Dozer
Pendant mes longues heures sans internet, j'ai créé un bench :)
http://iubito.developpez.com/php/bench.php
Au programme :
- Guillemets et apostrophes dans les chaînes
- while (list($key,$value) = each($array)) ou foreach ?
- $array['key'] - $array[key]
- str_replace : plusieurs appels ou avec des tableaux ?
- Application 1 : enlever les accents
- file_exists ou is_file ?
et possibilité de voir la source du bench.php, faites un copier/coller et testez sur votre ordi pour voir si les résultats correspondent aux miens. Vous aurez pas forcément la même vitesse de calcul, mais vous devez normalement arriver aux même conclusions que moi ("untel + rapide que l'autre"...)
Perso ma config est un AMD XP2400+ avec 1Go de RAM donc ça trace pas trop mal :)
Youpi! C'est vraiment génial ^^
Beaucoup de choses étaient prévisibles mais ton bench permet de voir dans quelle mesure cela influence sur les performances.
Je me posais aussi des questions sur le foreach ou while et bien la j'ai la réponse :D
merci!
Si vous avez d'autres choses à tester dites-le moi, j'ai construit ce bench en relisant mes fonctions de mon projet, pour optimiser le bazar...
Au fait une question. Quand on utilise while avec un mysql_fetch_* :
while( $row = mysql_fetch_array($result_BDD) )
c'est pas la peine de mettre de each? Le mysql_fetch_array s'occupe du pointage?
en fait il faut bien différencier le while et le foreach.
Tu peux faire un foreach sur un tableau ou sur quelque chose dont tu connais la longueur.
L'algo est :
Le while execute tant qu'une condition est remplie.Code:
1
2
3 POUR CHAQUE ELEMENT du tableau ...instructions... FIN POUR CHAQUE
while(true) boucle à l'infini puisque true (vrai) est toujours vrai.
Donc un while(mysql_fetch_*), il faut regarder que mysql_fetch_* renvoie quelque chose, ou renvoie null quand il n'a plus rien à renvoyer.
L'algo est :
Le fetch renvoie les lignes une à une donc tu ne sais pas au début combien il y a de lignes.Code:
1
2
3 TANT QUE mysql_fetch_ renvoie quelque chose (!= null) ...instructions... FIN TANT QUE
Tu peux faire un mysql_numrows pour avoir le nombre de résultat, mais un foreach ne marche pas puisque tu connais uniquement le nombre, tu n'a pas récupéré les infos.
voila je fais un peu de pub mais j'ai realisé quelques tests sur certaines fonctions, notamment la lecture de fichier en local et a distance et le parcours de tableaux.
d'autres tests sont en cours de realisation, mais si deja il y en a que cela peut interesser ...
http://www.phplibrairies.com/index.p...1&tutorial=147
simplement, à chaque itération de la boucle, il doit tester la condition, donc re-calculer à chaque fois la taille du tableau. La suggestion est de ne le calculer qu'une seule fois et stoquer le résultat dans une variable. Ainsi on sait à quoi comparer à chaque fois, sans recompter le nombre d'éléments par sizeofCitation:
Envoyé par iubito
Un truck aussi, faut essayer de rapprocher le plus possible le mysql_connect du mysql_close.
Moi par exemple, ca se connecte au debut puis ca se ferme avant d'envoyer du html (dans h_page.php)
Est-ce que la fonction mysql_close() est vraiment utile ?
Ca a un INpact sur la vitesse d'execution ? Sur la sécurité ?
melmel
De toute façon dès que ta page php est exécutée entièrement, les connexion sont fermées (équivalent à mysql_close).
:arrow: donc vitesse ça change rien
:arrow: sécurité je pense pas...
:arrow: par contre une connexion à mysql (c'est une ressource) prend de la place en mémoire. Faire un mysql_close libère donc de la mémoire.
A noter que PHP dispose d'un garbage collector.
+ d'infos sur les ressources ici : http://fr.php.net/manual/fr/language.types.resource.php
C'est du même ordre que le mysql_free_result après un mysql_query (voir ici).
Pour écrire en plus propre encore le
on peut faireCode:for($i=0;$i<sizeof($arr);$i++)
tout en une ligne ! :) optimisé niveau vitesseCode:for($i=0,$j=sizeof($arr); $i<$j; $i++)
Sinon, ya la mise en cache qui peut etre interresante :
http://www.idfr.net/etude_apache/fr/caching_opcodes.php
Enfin, pour MySQL ça change rien...
Je crois qu'on s'est un peu egarer par rapport a la question posé de depart
Pour te repondre j'ai mis dans un while un msql_fetch_row($sql) et ca marche tres bien j'ai fait un menu deroulant un tableau plein d'autres encore vraiment ca marche pas de souci
Ce code fonctionne a merveille si bien sur tu a plusieur champs dans ta baseCode:
1
2
3
4 while( $row = mysql_fetch_row($sql)) { echo"<tr><td>$row[0]</td></tr>\n<tr><td>$row[1]</td></tr>"; }
Pense que le premier champs de ta base est toujours 0
voila n'hesite pas a me contacter pour de futures questions
emrys, il a déjà été dit que mysql_fetch_array n'est pas plus lent que mysql_fetch_row et ajoute un confort d'utilisation.
Aller, un petit coup d'optimisation comme on en a parlé dans ce topic :
=>Code:
1
2
3
4 while( $row = mysql_fetch_row($sql)) { echo"<tr><td>$row[0]</td></tr>\n<tr><td>$row[1]</td></tr>"; }
Au quel cas, faire un tableau avec une cellule par ligne, c'est pas terrible, vaut mieux faire des listes <ol> ou <ul>, avec du style ;)Code:
1
2
3
4
5 while( $row = mysql_fetch_row($sql)) { echo '<tr><td>'. $row[0] .'</td></tr> <tr><td>'. $row[1] .'</td></tr>'; }
Bonjour,
Voilà, depuis très longtemps je me pose de grosses questions sur l'optimisation du php mais j'ai souvent du mal à trouver des réponses.
Alors déjà, question générale : comment faire pour tester efficacement un script ou carrément l'éxécution d'une fonction, j'ai bien un script qui calcule le nombre de milisecondes entre le début et la fin mais ca donne des chose assez différentes à chaque fois (forcément vu l'unité de temps) : est-ce qu'il faut multiplier l'éxécution et faire une moyenne, ou y-a-t-il des outils ?
En attendant de savoir faire, est-ce que quelqu'un aurait des réponses aux questions suivantes :
1- le fait de faire des fonctions imbriquées les unes dans les autres et de les appeler est-il beaucoup plus long que d'exécuter le script en bloc tel quel (parce que c'est quand même bien pratique pour la lisibilité) ?
2- lorsqu'on appelle dans une page php un grand nombre de fonctions mais de façon variable, vaut-il mieux les mettre toutes dans un seul fichier B, faire l'include une seule fois quite à ne pas servir de la moitié des fonctions ou vaut-il mieux mettre les fonctions dans des fichiers différents et ne charger chaque fichier que si on en a besoin mais donc faire plus d'includes et même beaucoup ?
Bon je crois que c'est tout pour commencer :)
Merci d'avance !
Oui, multiplie, par 100, 1000, 10000, 1 million si il faut, y'a toujours des petites variations, mais ça donne une idée. Si tu as 2 possibilités d'implémentation d'un algo, ça te permet de comparer.Citation:
Envoyé par erzebet
fonctions = + lisible, + souple (tu modifie un truc ça le modifie pour toutes les utilisations que tu vas faire.Citation:
En attendant de savoir faire, est-ce que quelqu'un aurait des réponses aux questions suivantes :
1- le fait de faire des fonctions imbriquées les unes dans les autres et de les appeler est-il beaucoup plus long que d'exécuter le script en bloc tel quel (parce que c'est quand même bien pratique pour la lisibilité) ?
Au niveau mémoire, la fonction va prendre l'espace mémoire nécessaire juste le moment de son exécution, puis le libère en sortant.
ça ne fait pas ralentir de créer des fonctions.
Tout dépend, c plus une question de lisibilité je pense.Citation:
2- lorsqu'on appelle dans une page php un grand nombre de fonctions mais de façon variable, vaut-il mieux les mettre toutes dans un seul fichier B, faire l'include une seule fois quite à ne pas servir de la moitié des fonctions ou vaut-il mieux mettre les fonctions dans des fichiers différents et ne charger chaque fichier que si on en a besoin mais donc faire plus d'includes et même beaucoup ?
Si tu as une série de fonctions pour faire le café, et une autre grosse série pour servir une bière fraîche, c + propre de séparer dans 2 fichiers.
D'un autre côté, un seul fichier pour les fonctions c + facile à inclure.
A moins que je me trompe, avoir un include avec beaucoup de fonctions dont pleins qui ne vont pas servir, ça va pas bouffer de la mémoire pour rien.
A confirmer quand même, doit y avoir un 'tit chouilla de mémoire utiliser pour "déclarer" toutes les fonctions, y compris les non-utilisées, mais ça doit pas être énorme.
au niveau de l'appel des fonctions de façon générale, appeler une fonction prend quand même un peu de proc, mais rien de comparable aux gains de lisibilité
(appel d'une fonction =
+ empilement de l'adresse de retour
+ saut au début de la fonction
<exécution de la fonction>
+ récup de l'adresse de retour sur la pile
+ saut à cette adresse
soit 4 instructions en plus : négligeable)