Discussion :

[giuseppe2]

Bonjour,

Je me pose quelques questions sur comment, d'une maniere generale, gagner du temps de calcul dans mon code. Je n'ai pas reussi a trouver grand chose de bien consistant sur le web a ce sujet... Peut-etre quelqu'un aurait-il un ou deux liens sur comment optimiser son code en vitesse ?

Je suis autodidacte en VB.Net et donc je pense que j'ai du passer a cote d'un certain nombre de "regles" et/ou conventions de programmation qui doivent paraitre evidentes aux pros du code. Parmi mes interrogations:

- Un passage par valeur est-il plus "couteux" en temps qu'un passage par valeur ?

- Imaginons qu'on dispose d'une classe assez volumineuse (nombreuses variables et fonctions), et dont je veux utiliser certaines de ses variables, est-il plus judicieux de passer en argument l'instance entiere de la classe ou bien d'en extraire au prealable les variables concernes et de passer ces variables ?

- Les ancetres codeurs qui m'entourent me disent toujours qu'il est toujours meilleur d'ecrire a * a plutot que a ^2.0. Qu'en est-il ? Est-ce toujours vrai avec nos langages "modernes", ou bien c'est un mythe qui n'a plus cours de nos jours ?

- Les classes (ou plutot leurs fonctions) partagees (Public Shared Function) sont elles moins "efficaces" en terme de temps de calcul que des fonctions de classe que l'on instance ?

Merci pour vos eclairages avises.

[tomlev]

Voilà 2 liens qui donnent pas mal de petits trucs pour améliorer les perfs en .NET (en anglais) :
http://msdn.microsoft.com/en-us/library/ms973839.aspx
http://dotnet.sys-con.com/node/38916

- Imaginons qu'on dispose d'une classe assez volumineuse (nombreuses variables et fonctions), et dont je veux utiliser certaines de ses variables, est-il plus judicieux de passer en argument l'instance entiere de la classe ou bien d'en extraire au prealable les variables concernes et de passer ces variables ?

Si c'est une classe, de toutes façons tu ne passeras qu'une référence vers l'instance, pas une copie de l'instance. Après, ça dépend de ce que tu veux faire, mais a priori ce n'est pas plus couteux de passer une référence vers ton instance que de passer seulement certain membres.
Au passage, les fonctions ne rendent pas la classe "volumineuse", dans la mesure où elles n'occupent pas plus de mémoire s'il y a 1 000 000 d'instances que s'il y en a une...

- Un passage par valeur est-il plus "couteux" en temps qu'un passage par valeur ?

oups, ça sent l'erreur de copier-coller
d'après le premier lien que je t'ai donné, un passage par référence est un peu plus couteux (plus d'indirections)

- Les ancetres codeurs qui m'entourent me disent toujours qu'il est toujours meilleur d'ecrire a * a plutot que a ^2.0. Qu'en est-il ? Est-ce toujours vrai avec nos langages "modernes", ou bien c'est un mythe qui n'a plus cours de nos jours ?

En général les compilateurs actuels sont relativement "intelligents", et sont capables d'optimiser ce genre de chose. Mais si l'optimisation dans ce cas particulier est assez évidente (car l'exposant est entier), c'est un peu moins simple avec un exposant non-entier... Tu peux toujours comparer le code généré par a*a et a^2 avec Reflector pour être sûr.

- Les classes (ou plutot leurs fonctions) partagees (Public Shared Function) sont elles moins "efficaces" en terme de temps de calcul que des fonctions de classe que l'on instance ?

Non
S'il y a une différence, ce serait plutôt dans l'autre sens : les fonctions statiques (Shared) seraient a priori un peu plus rapide. Mais ça m'étonnerait que tu voies une grande différence...


Pour finir, si tu codes en VB, tu peux améliorer nettement les perfs en évitant le "late binding" (c'est à dire appeler une méthode d'un type particulier sur une variable de type Object, sans garantie que la méthode existe vraiment)
Par exemple, ce code :

Code :

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

1
2
3
4
5
6
7
8
    Sub Main()
        ' Sets up the variable.
        Dim helloObj As HelloWorld
        ' Creates the object.
        helloObj = new HelloWorld()
        ' Early binding
        helloObj.PrintHello("Visual Basic Early Bound")
    End Sub

sera a priori plus rapide que celui là :

Code :

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

1
2
3
4
5
6
7
8
9
    Sub Main()
        ' Sets up the variable.
        Dim helloObj As Object
        ' Creates the object.
        helloObj = new HelloWorld()
        ' Invokes the print method as if it was early bound
        ' even though it is really late bound.
        helloObj.PrintHello("Visual Basic Late Bound")
    End Sub

Parce que dans le premier cas, le compilateur sait à l'avance que la méthode PrintHello existe dans le type HelloWorld, alors que dans le second cas, il faut déterminer à l'exécution la méthode à utiliser (et ça plante si elle n'existe pas)

[giuseppe2]

Merci pour cette reponse! Tres interessant!

Je vais jeter tout de suite un coup d'oeil sur ces liens.