Discussion :

[Krys9292]

Bonjour à tous,

J'ai lu dans la base .Net de Microsoft que les boucles Each contenaient en interne des boucles For.
Du coup, je me suis dit que pour optimiser il fallait éviter les boucles Each et les remplacer par des For le plus possible.

J'ai quand même vérifié en testant dans la pratique avec une List, un compteur et deux façons différentes de boucler For / Each.

Boucle For:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 Call Chrono("On")
        For i = 0 To MaList.Count - 1 Step 1
            ListBox1.Items.Add(MaList(i).ToString)
        Next
        Call Chrono("Off")
        ListBox2.Items.Add(Duree.ToString)

Boucle Each :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Call Chrono("On")
        For Each Item As Integer In MaList
            ListBox1.Items.Add(Item.ToString)
        Next
        Call Chrono("Off")
        ListBox2.Items.Add(Duree.ToString)

Pour avoir une bonne différence, j'ai poussé à 2000 items dans la list.

La différence est très légère, mais c'est la boucle Each qui est plus rapide.

Quelqu'un peut m'expliquer pourquoi ?

Merci pour vos commentaires.

PS : c'est peut-être moi, mais je trouve la librairie en ligne de Microsoft pratique mais très mal renseignée. C'est mal expliqué et des fois pas du tout.
Sur le principe du Datasource par exemple, la librairie m'a induit en erreur longtemps par manque d'explications sur certains points importants.
J'ai dû faire des tests pour comprendre toutes les implications.

[Pol63]

c'est plus compliqué que ca
déjà le but d'un compilateur est de traduire ce que tu as écris en autre chose
donc un for each est surement déjà traduit en for directement, ce qui pourrait faire qu'il n'y a pas de différence au final
en plus le temps d'exécution est variable car il y a parfois du temps de compilation inclus, il convient donc en général de mesurer plusieurs fois le temps et ignorer la 1ère exécution
à noter aussi qu'il y a des différences dans le code généré entre debug et release, et qu'un debugger attaché peut modifier le temps d'exécution

donc quand on cherche à optimiser du code on commence par trouver un bout de code long à un endroit où on voudrait des perfs (appelé souvent ...), puis on essaye différentes choses, éventuellement on peut comparer le code IL généré pour les connaisseurs
et avec l'expérience on a plus tendances à utiliser les bonnes choses directement
après for ou for each n'est à mon avis pas un exemple où on peut gagner du temps

[Krys9292]

Merci beaucoup Pol63 !

[Krys9292]

Bonjour à tous,

Désolé, je n'ai pas pu revenir plus tôt.
J'ai réalisé les test dans un contexte "indépendant" sur une cinquantaine de cycles de 2 000 éléments.
Je n'ai pas tenu compte des premières itérations.

J'ai pris la moyenne des cinquante mesures pour For et Each.
Résultat, le temps moyen est strictement identique dans les deux cas (même durée en ms).
Même après plusieurs essais.

Donc Each = For.

[Pol63]

le code du framework est en c# donc on peut aussi voir ce que fais la méthode for each, et je confirme elle fait un for ^^