[Résolu] Allocation de mémoire... ?

[MaXOhBalle]

Bonjour,

voilà je me demandais, niveau allocation de mémoire quelle était la meilleur méthode... (j'ai cherché sur le net et il n'y a quasiment aucune documentation par rapport à ce type de demande [qu'est-ce qui demande le plus de bits, etc.])

Imaginons une variable comme ceci

Code PHP :

<?php 

$machin_prout_boudin_youpi = 'youpla'; 

[Allwise]

Avant tout, je pense - on en a pas mal discuté sur un topic dédié aux optimisations - que ce n'est pas sur ce genre de choses qu'il faut passer du temps pour optimiser son application. Même dans une grosse application, le gain que ça t'apportera sera dérisoire, si tant est que ça t'en apporte un.

Il vaut mieux passer du temps à optimiser ses algorithmes dans leur fonctionnement, la structure de son application, mettre en cache les données lourdes à calculer / récupérer, bien gérer ses includes ( par exemple, préférer mettre un chemin absolu plutôt qu'un chemin relatif pour que PHP n'aille pas farfouiller dans tous les include_path pour trouver le fichier)...
Après si c'est pour la culture, tu peux connaître la mémoire utilisée par ton script avec la fonction get_memory_usage - j'en parlais aussi dans un autre topic -, et tu peux regarder l'opcode de tes scripts avec une extension PHP ( je n'ai pas le nom en tête ).

Concrètement, pour le 1er point ça prendra plus de place un tableau multidimensionnel qu'une variable avec un nom long. Dans le 1er cas on a plusieurs variables ( une par dimension ), dans le second on n'en a qu'une.
Pour le second point, c'est exactement la même chose.

[My Hotel]

Je pense qu'au niveau de l'optimisation, c'est ridicule de penser à ça, comme l'a bien expliqué Allwise.
Effectivement, les variables longues prennent légèrement moins de place qu'un array, mais franchement, qu'est-ce-qui est plus pratique?
Vu que utiliser l'un ou l'autre change pas la vitesse d'exécution, autant utiliser le plus confortable.

Sinon, la partie :

(Imaginons donc que $mon_tableau contienne en tout le même nombre de [] mais pas aux mêmes endroits)

Qu'est-ce qui est le plus lourd ? Avoir plus de ['declaration'] vers la racine du tableau ou vers l'extérieur de celui-ci ? Y a-t-il vraiment une différence ? (je me demande bien !)

, j'ai pas compris, désolé

Bye

[MaXOhBalle]

Vous prenez pas mes questions dans le bon sens... Ok pour le 1er cas c'est logique que le array prenne plus de place à la base, mais l'appel de la var avec les {}, les '..' n'est-il pas plus long ? C'était juste ça...

Après tout ce que tu dis je le fais déjà (à part peut-être les caches que je préfére placer à la fin du dev des gros axes du projet).

Je connaissais pas get_memory_usage() et elle me sera utile.

Après dans l'idée, je doute que des 100ene voir des milliers de variables longues à côté de array à 4 dimensions n'ai qu'une légère différence au niveau du temps de calcul, de leur taille pour le serveur, etc... Tout comme j'ai découvert un jour qu'une variable de session mettait largement plus de temps à être remise en place qu'une variable globale redéfinie [ce qui n'est pas une comparaison avec ce que j'ai demandé mais un simple fait qui m'a fait réaliser l'impact des détails sur l'ensemble du code]

Enfin, il vaut tout de même mieux un code optimiser à mort, jusqu'à des détails qui vous paraissent aussi "ridicule" que ça pour être le plus performant et le plus clean possible... Je considèrais que ce n'était que chercher à m'améliorer pointilleusement ce que je me demandais..

Bon... merci tout de même..

[Sephi-Chan]

Même si je comprends la curiosité de savoir comment ça marche, mais je me demande ce que tu feras si tu découvres qu'un tableau est moins gourmand que des scalaires ? Tu vas transformer tout ton code pour répercuter ça ?

Enfin, il vaut tout de même mieux un code optimiser à mort, jusqu'à des détails qui vous paraissent aussi "ridicule" que ça pour être le plus performant et le plus clean possible... Je considèrais que ce n'était que chercher à m'améliorer pointilleusement ce que je me demandais..

C'est précisément en optimisant ce genre de choses que tu risques de rendre ton code impossible à maintenir. Et là, même avec des évaluations de scripts à 3ms au lieu de 5ms (et à côté de ça, une connexion à la base de données te prendra 15ms), tu risques de le regretter.

Cela dit, je n'ai pas d'élément de réponse (parce que je m'en fous), mais je ne peux que te conseiller de lire le code source de PHP pour mieux en comprendre les subtilités. Bien sûr, ça implique d'avoir de solides connaissances requises en C et en lecture de code.


Sephi-Chan

[Ter Rowan]

je n ai pas moyen de vérifier ce que je dis plus que cela mais ...


matrice (tableau de tableau) meilleur que variableAvecUnNomComposéDeCinquanteVariableAConcatenerOupsJAiOubliéUnSAVariables

- parce que la concaténation te coutera des calculs donc probablement plus de temps
- parce que l'information, humainement, est plus modélisée par tableau (sinon tu n'aurais pas à faire des .$a.$b. ...)
- parce que pour passer des paramètres, ca va être plus facile avec des tableaux plutôt qu'avec n variables (surtout si tu rajoutes une entrée à $b par exemple)

etc...

[Gwym]

Bonjour,

voilà je me demandais, niveau allocation de mémoire quelle était la meilleur méthode...

Bonjour,

Je n'ai pas bien compris, tu commences par parler de mémoire et de nombre de bits (donc de place ??) et dans ta réponse suivante tu parles de temps ?

Si tu veux une réponse approximative pour le temps d'exécution, mets simplement les différentes méthodes dans des boucles de 10000 iterations, mesure le temps et prend la plus rapide, non ?

Car je pense qu'il est difficile de répondre dans l'absolu, puisque c'est... variable ! (Exemple des stats si tu veux t'amuser : http://phplens.com/benchmark_suite/)
Version PHP, machine, autres applis tournant, etc...

La prochaine fois que ton PHP sera mis a jour il te faudra vérifier si ça n'a pas changé, vérifier dans différentes conditions pour voir les influences, etc...

Pour ta culture personnelle ou si tu constates un écart très important et que tu utilises cela des milliers de fois par requête, ça peut être interessant, mais sinon... iffle:

[zeppelin]

Pour moi les arrays sont bien meilleures... Au moindre calcul tu es gagnant (imagine les explodes sur _ :-p, unset dans une boucle car tu ne peux pas effacer directement la 3ème dimension sur 5...).

Aussi à partir de 5 dimensions je me demande si ta structure est bien correct... j'ai rarement eu besoin de plus de 5 dimensions!

Pour moi l'erreur est la: Si tu utilise la concaténation ("," est plus rapide que "." par ailleurs, bien que j'utilise toujours ".") pour des variables dynamiques, c'est que tu ne veux que lire leurs valeurs (à la moindre modif l'array l'emporte haut la main sinon). Si ton unique but est de lires des valeurs, ces valeurs ne doivent pas êtres dans des variables, si déjà un dans fichier xml ou une bdd.

Bref peu-être je me trompe complétement, mais la j'ai beau chercher , je ne comprends pas l'utilité de la chose... Je t'encourage à poster le code ou tu as besoin de ceci pour qu'on puisse réfléchir si c'est effectivement la solution correcte!

ryan

[naholyr]

Quantités de méconnaissances et d'approximations dans ce fil de discussion. Sincèrement, arrêtez de vouloir couper les cheveux en 4 ! On fait ça quand on a une parfaite connaissance des méandres d'un langage, et au moins une application déjà totalement fonctionnelle...

Là on dirait une discussion d'experts dans une série télé :?

[MaXOhBalle]

Sephie-Chan, c'est justement parce que j'ai utilisé la méthode ${$a.$b} dés le départ que je me demandais s'il ne valait pas mieux des array (ce qu'il vaut mieux changer avant que le projet soit trop avancé); si les scalaires sont plus rapides, autant rester sur cette base. Je précise que j'ai pas plus de difficulté que ça à m'en sortir (niveau clarté) avec ce que je fais en ce moment donc c'est pas la question.

Gwym, je me suis mal expliqué au début (enfin je me suis emmêlé plutôt) je cherchais uniquement à savoir ce qui prenait le plus de temps à "récupérer" pour le serveur (à l'exécution), étant donné que niveau place c'était équivalent (à peu pret)

Pour les autres, je suppose que pour des manipulations lourdes les array sont evidemment beaucoup plus pratique, mais je ne suis pas sûr d'en faire.

J'ai préféré faire des require() avec des fichiers type 'config.php' contenant plein de variables genre machin = 'bidule'; que des fichiers externes chargés et traités; puisque en toute logique (enfin dans ma logique, je peux me tromper) un fichier XML ou autre sera plus complexe, plus lent a traiter et ça reviendrait exactement au même (en moins rapide & moins clair pour moi au final).

Pour moi (je me repete), savoir toutes les différences de rapidité d'exécution permet d'avoir une bien meilleur connaissance des bases du langage, donc du langage en lui-même et au final pouvoir programmer plus efficacement & dans une logique plus claire (choisir une méthode plutôt qu'une autre naturellement, plutôt que tout mélanger et que se soit pas clair)

J'espere m'être bien expliqué (PS: il est tôt, j'ai la tête dans les fesses, on peut dire)