Cours VB.NETDate de mise à jour : 05/12/2010
XVIII. Optimisation en vitesse
XVIII-A. Comparaison VB6 VB.Net
XVIII-A-1. Comment VB.NET 2003 est situé en comparaison avec les autres langages de programmation ?
XVIII-A-2. Vitesse de VB6, VB.NET 2003, 2005, 2008, 2010
XVIII-B. Chronométrer le code, compteur temps mémoire..
XVIII-B-1. Pour chronométrer une évènement long
XVIII-B-2. Créer un compteur pour les temps très courts (Framework 1, VB2003)
XVIII-B-3. Créer un compteur pour les temps très courts (Framework 2, VB2005)
XVIII-B-4. Compteur de performance
XVIII-C. Comment accélérer une application VB.net ?
XVIII-C-1. Utilisation des nouvelles fonctionnalités
XVIII-C-2. Choix des variables
XVIII-C-3. Tableau
XVIII-C-4. Collections
XVIII-C-5. Éviter la déclaration de variables 'Objet' et les liaisons tardives, les variables non typées
XVIII-C-6. Utiliser les bonnes 'Options'
XVIII-C-7. Pour les fichiers, utiliser System.IO
XVIII-C-8. If Then ou Select Case ?
XVIII-C-9. Utiliser les bonnes 'Opérations'
XVIII-C-10. Utiliser : With End With
XVIII-C-11. Optimiser les boucles
XVIII-C-12. Appel de procédure
XVIII-C-13. Usage de threads
XVIII-C-14. Comment accélérer quand on utilise des 'String' ?
XVIII-C-15. Comment accélérer l'affichage ?
XVIII-C-16. Utiliser les tableaux en mémoire plutôt que la lecture de fichiers sur disque
XVIII-C-17. Ce qui n'influence pas la rapidité du code
XVIII-C-18. Compilation DLL
XVIII-C-19. En conclusion
XVIII. Optimisation en vitesse
XVIII-A. Comparaison VB6 VB.Net
VB.NET est t-il rapide?
XVIII-A-1. Comment VB.NET 2003 est situé en comparaison avec les autres langages de programmation ?
Le site OsNews.com publie les résultats d'un petit benchmark comparant les performances d'exécution sous Windows de plusieurs langage de programmation.
Les langages .NET - et donc le code managé en général - n'ont pas à rougir devant Java, pas plus que face au langage C compilé grâce à GCC.
XVIII-A-2. Vitesse de VB6, VB.NET 2003, 2005, 2008, 2010
En mode Design, pour écrire un programme, l'IDE VB 2008 est beaucoup plus rapide que VB 2005.
En exécution par contre:
Exemple No1
Sur une même machine P4 2.4 G faisons tourner un même programme: 2 boucles imbriquées contenant une multiplication, l'addition à un sinus et l'affichage dans un label:
Private Sub Command1_Click ()
Dim i As Long
Dim j As Long
Dim k As Long
For i = 0 To 100
For j = 0 To 1000
Label1. Caption = Str (k * 2 + Sin (4)): Label1. Refresh
k = k + 1
Next
Next
End Sub
|
9 secondes dans l'IDE , 7 secondes avec un exécutable après compilation.
Imports System. Math
Private Sub Button1_Click (ByVal sender As System. Object , ByVal e As System. EventArgs ) _
Handles Button1. Click
Dim i As Integer
Dim j As Integer
Dim k As Integer
For i = 0 To 100
For j = 0 To 1000
Label5. Text = (k * 2 + Sin (4)). ToString : Label5. Refresh ()
k = k + 1
Next
Next
End Sub
|
35 secondes dans l'IDE, 25 secondes avec un exécutable après compilation.
En utilisant des 'Integer' ou des 'Long', il y a peu de différence.
- En Vb.Net 2005 en Vb 2008

Même code:
55 secondes dans l'IDE, 45 secondes avec un exécutable après compilation.
Dur, dur!!!.
Pratiquement la même vitesse en Vb 2008
- En Vb.Net 2008 et vb 2010

En faisant tourner le même programme sur une autre machine:
Vb 2008=47 s
Vb 2010=43 s
Vb 2010 parrait donc légèrement plus rapide que Vb 2008.
Exemple No2
Sur une même machine P4 2.4 G faisons tourner un même programme: On crée un tableau de 10000 String dans lequel on met des chiffres Puis on trie le tableau.
Private Sub Command1_Click ()
Dim i As Integer
Dim A (10000) As String
Dim j As Integer
Dim N As Integer
Dim Temp As String
N = 9999
For i = 9999 To 0 Step - 1
A (i) = Str (9999- i)
Next i
For i = 0 To N - 1
For j = 0 To N - i - 1
If A (j) > A (j + 1) Then
Temp = A (j): A (j) = A (j + 1): A (j + 1) = Temp
End If
Next j
Next i
End Sub
|
35 secondes
Private Sub Button1_Click (ByVal sender As System. Object , ByVal e As System. EventArgs ) _
Handles Button1. Click
Dim i As Integer
Dim A (10000) As String
For i = 9999 To 0 Step - 1
A (i) = (9999 - i). ToString
Next i
Array . Sort (A)
Label1. Text = " ok "
End Sub
|
< 1 seconde
- En Vb.Net 2005 beta2

Même code:
< 1 seconde
Moins d'une seconde avec VB.NET, 35 secondes en VB6.
La méthode 'Sort' est hyper plus rapide que la routine de tri.
(Pour être honnête, il faut dire que mon test n'est pas rigoureux car le tri VB.NET est probablement un tri 'rapide' alors qu'en VB6 la routine basic n'est pas optimisée, je ne compare donc pas les mêmes routines.)
Plusieurs remarques (merci Clement):
1. Le tableau employé n'est pas représentatif : il n'est pas constitué d'éléments à répartition aléatoire.
2. Ce ne sont pas les mêmes routines. Vous utilisez une version optimisée du bubble sort, le tri à bulle, de complexité O(n²). Dès lors, pour trier mille éléments, avec une complexité de comparaison de deux string en O(1), il faut approximativement un million d'opérations dans le pire cas.
3. Le Framework emploie un tri fusion, c'est-à-dire un tri de complexité O(n*log(n)), soit environ 10'000 opérations (le log est un log binaire en réalité). Il ne s'agit pas d'optimiser la routine de tri, mais de la changer.
4. Si on code effectivement un tri fusion en VB 6, alors la routine 'Sort' en VB.net n'est pas « hyper plus rapide » que la routine de tri, mais la routine de tri est fausse.
En conclusion:
La couche du Framework semble ralentir considérablement la vitesse du code.
Mais, en VB.net, il faut raisonner différemment et utiliser judicieusement les classes et les méthodes au lieu de taper de longues routines.
Cela fait que en VB.Net:
Le code est plus court et compact (moins de temps de développement)
Le code est plus rapide.
Vitesse comparée Windows Forms WPF
Thomas Lebrun dans son blog teste: le remplissage de 10 000 objets dans une ComboBox ListView Treeview et les trie en vb 2008?.
"D'une manière générale, les applications WPF sont plus performantes que les applications WindowsForms. Seul le contrôle ListView semble dérogé à ce constat mais la différence est sans doute suffisamment infime pour qu'elle soit ignorée."
Un bémol:la position d'un contrôle dans une grid un panel peut influencer fortement la vitesse s'il y a une gestion d'affichage différente.
Enfin l'usage immodéré d'effets visuels dans une interface ralentie et consomme du temps CPU.
XVIII-B. Chronométrer le code, compteur temps mémoire..
On veut comparer 2 routines et savoir laquelle est la plus rapide.
On peut pour compter le temps écoulé:
Utiliser un Timer
Utiliser l'heure système
Utiliser la Classe Environment.Tickcount
Appeler QueryPerformanceCounter, une routine de Kernel32
Utiliser System.Diagnostics.Stopwatch (Framework 2 Vb 2005)
XVIII-B-1. Pour chronométrer une évènement long
Entendons par évènement long, plusieurs secondes ou minutes.
3 solutions:
- On utilise un Timer, (dans l'évènement Ticks qui survient toutes les secondes, une variable s'incrémente comptant les secondes). (4-5).
- On peut utiliser l'heure Système.
Dim Debut, Fin As DateTime
Dim Durée As TimeSpan
Debut= Now
. . . Routine . . .
Fin= Now
Durée= Fin- Debut
|
(Utiliser Durée.ToString pour afficher)
- On peut utiliser la variable Environment.tickcount()
Dim Debut, Fin As int32
Debut= Environment. tickcount ()
. . . Routine . . .
Fin= Environment. tickcount ()
Durée= Fin- Debut
|
Cela donne un temps écoulé en ms, sachant toutefois que le compteur de ticks (1tick=100 nanosecondes) n'est mis à jour que toutes les 16ms environ...
XVIII-B-2. Créer un compteur pour les temps très courts (Framework 1, VB2003)
C'est le cas pour chronométrer des routines de durée bien inférieure à une seconde.
Cela semblait à première vue facile!!!
J'ai en premier lieu utilisé un Timer, (dans l'évènement Ticks un compteur de temps s'incrémente) mais les intervalles de déclenchement semblent longs et aléatoires.
J'ai ensuite utilisé l'heure système:
Mais 'Durée' est toujours égal à 0 pour les routines rapides car il semble que Now ne retourne pas les millisecondes ou les Ticks.
Le temps écoulé est en ms, sachant toutefois que le compteur de ticks (1tick=100 nanosecondes) n'est mis à jour que toutes les 16ms environ...(15,62468 ms) Now utilise la même horloge.
En ce qui concerne le timer, tout intervalle inférieur à 15 donnera le même résultat, 15,6 ms d'attente. A noter également pour le timer que le délai d'attente ne commence pas au top précédent, mais à la fin de la procédure appelée par ce timer, ce qui peut augmenter sa période.
J'ai trouvé la solution chez Microsoft:
Utilisation d'une routine de Kernel32 qui retourne la valeur d'un compteur (QueryPerformanceCounter).
De plus QueryPerformanceFrequency retourne le nombre de fois que le compteur tourne par seconde.
Exemple: comparer 2 boucles, l'une contenant une affectation de variable tableau (b=a(2)) l'autre une affectation de variable simple (b=c), on gagne 33%.
Declare Function QueryPerformanceCounter Lib " Kernel32 " (ByRef X As Long) As Short
Declare Function QueryPerformanceFrequency Lib " Kernel32 " (ByRef X As Long) As Short
|
Private Sub ButtonGo_Click (ByVal sender As System. Object , ByVal e As System. EventArgs ) Handles ButtonGo. Click
Dim debut As Long
Dim fin As Long
Dim i As Long
Dim a (5) As String
Dim b As String
Dim c As String
Dim d1 As Long
Dim d2 As Long
QueryPerformanceCounter (debut)
For i = 0 To 10000
b = a (2)
Next
QueryPerformanceCounter (fin)
d1 = fin - debut
Label1. Text = d1. ToString
QueryPerformanceCounter (debut)
c = a (2)
For i = 0 To 10000
b = c
Next
QueryPerformanceCounter (fin)
d2 = fin - debut
Label2. Text = d2. ToString
Label5. Text = " Gain 2eme routine: " & 100 - Int (d2 / d1 * 100). ToString
End Sub
|
Elle n'est pas parfaite, car sujette à variation: les valeurs sont différentes d'un essai à l'autre en fonction des processus en cours !
Avec VB .Net (version antérieur au Build 1.1.4322.SP1) le problème est catastrophique: 2 routines identiques ne donnent pas les mêmes temps (bug du compilateur VB?).
Il reste que le problème de la variabilité des performances est absolument inévitable puisque Windows est un système préemptif qui peut prendre le contrôle de l'ordinateur à tout moment.
C'est pourquoi la seule façon fiable de faire des tests consiste à avoir une approche expérimentale : on répète la mesure un certain nombre de fois et on fait une moyenne des essais individuels.
Pour des routines très très rapides, une autre façon de faire consiste à effectuer des tests sur de longues durées (en répétant des milliers de fois la routine rapide à l'aide d'une boucle)pour arriver à des temps de plusieurs dizaines de secondes, de manière à diluer les interventions de Windows dans le processus.
Il y a peut-être d'autres solutions?
XVIII-B-3. Créer un compteur pour les temps très courts (Framework 2, VB2005)
Le Framework 2.0 comporte une classe qui encapsule l'utilisation de l' API QueryPerformanceCounter: System.Diagnostics.Stopwatch.
Dim Stopwatch As System. Diagnostics . stopWatch = System. Diagnostics . Stopwatch . StartNew ()
MsgBox (stopWatch. ElapsedMilliseconds . ToString ())
|
La première ligne crée une instance d'un Stopwatch et démarre le compteur.
La propriété ElapsedMilliseconds nous donne le temps mesuré en millisecondes.Attention, pour mesurer le temps de fonctionnement d'une routine, les millisecondes c'est trop long!!
On a également la propriété ElapsedTicks pour compter les Ticks (1 Ticks: 100 nanosecondes).
Dim S As System. Diagnostics . stopWatch = System. Diagnostics . Stopwatch . StartNew ()
S. Stop ()
Dim t1 As Decimal = S. ElapsedTicks
MsgBox ( t1. ToString )
|
Enfin si l'on veut compter en TimeSpan, utilisons la propriété Elapsed.
On peut arrêter et redémarrer le compteur plusieurs fois.
stopwatch. Stop
stopwatch. Start
stopwatch. Reset ()
stopwatch. Restart ()
|
XVIII-B-4. Compteur de performance
On généralise aux compteurs de performance qui peuvent calculer des temps mais aussi de la mémoire...
Un compteur de performance surveille le comportement d'un élément de performance mesurable, sur un ordinateur.
(Composants physiques tels que processeurs, disques et mémoire; objets système: processus et threads).
Il faut créer une instance de la classe PerformanceCounter, puis indiquer la catégorie avec laquelle le composant doit interagir, puis choisir un compteur de cette catégorie.
Par exemple, dans la catégorie Memory des compteurs système assurent le suivi des données en mémoire, telles que le nombre d'octets disponibles et le nombre d'octets mis en cache.
Les catégories les plus utilisées sont: Cache, Memory, Objects, PhysicalDisk, Process, Processor, Server, System et Thread.
Ici on va utiliser la catégorie 'Process' (processus, programme), le compteur 'octet' et on va surveiller le programme 'Explorer'.
A chaque fois qu'on exécute ce code, il donne la quantité de mémoire utilisée.
Dim PC As New PerformanceCounter ()
PC. CategoryName = " Process "
PC. CounterName = " Private Bytes "
PC. InstanceName = " Explorer "
MessageBox. Show (PC. NextValue (). ToString ())
|
NextValue retourne le contenu du compteur.
Il est possible de compter du temps, mais la doc avec les noms des compteurs est très difficile à trouver!! Si vous avez une adresse!!
XVIII-C. Comment accélérer une application VB.net ?
L'optimisation est la pratique qui consiste généralement à réduire le temps d'exécution d'une fonction, l'espace occupé par les données et le programme. Elle ne doit intervenir qu'une fois que le programme fonctionne et répond aux spécifications. L'expérience montre qu'optimiser du code avant revient le plus souvent à une perte de temps et s'avère néfaste à la clarté du code et au bon fonctionnement du programme.
XVIII-C-1. Utilisation des nouvelles fonctionnalités
Il faut raisonner différemment et utiliser judicieusement les classes et les méthodes au lieu de taper de longues routines.
Exemple:
La méthode 'Sort' d'un tableau est hyper plus rapide que la routine de tri écrite en code.
est hyper plus rapide que:
For i = 0 To N - 1
For j = 0 To N - i - 1
If A (j) > A (j + 1) Then
Temp = A (j): A (j) = A (j + 1): A (j + 1) = Temp
End If
Next j
Next i
|
La méthode BinarySearch de la Classe Array est hyper plus rapide que n'importe quelle routine écrite en code pour rechercher un élément dans un tableau trié.
I= Array . BinarySearch (Mois, " Février " )
|
XVIII-C-2. Choix des variables
Les types de données les plus efficaces sont ceux qui emploient la largeur de données native de la plateforme d'exécution. Sur les plateformes courantes, la largeur de données est 32 bits, pour l'ordinateur et le logiciel d'exploitation.
Sur les ordinateurs actuels et en VB la largeur de donnée native est donc de 32 bits:
Pour les entiers les Integer sont donc les plus rapides car le processeur calcul en Integer . Viennent ensuite les Long, Short, et Byte.
Dans les nombres en virgule flottante, les Double sont les plus rapides car le processeur à virgule flottante calcul en Double, ensuite se sont les Single puis les Decimal.
Les Calculs en Decimal sont 10 fois plus lents que les calculs en Single.
Si c'est possible utiliser les entiers plutôt que les nombres en virgules flottantes car le travail sur les nombres entiers est beaucoup plus rapide.
Bon choix des unités:
Exemple: pour stocker les dimensions d'une image, on utilisera les pixels: l'image aura un nombre entier de pixels et on peut ainsi utiliser une variable Integer, alors que si on utilise les centimètres on devra travailler sur des fractionnaires donc utiliser par exemple des Singles ce qui est plus lent.
L'usage de constantes est plus rapide que l'usage de variable, car la valeur d'une constante est directement compilée dans le code.
Pour stocker une valeur, une variable est plus rapide qu'une propriété d'objet.
Les variables 'par valeur' peuvent être plus rapide que celle 'par référence'. Les premières sont stockées directement dans la pile, les secondes sur le 'tas':
Si vous utilisez une valeur entière, créer une variable Integer et non une variable Object.
Typer le plus possible les variables:
Fuyez le plus possible les variables objets: si vous affecté un Integer à une variable objet, le CLR soit faire des opérations de boxing, avec recopie de la valeur et enregistrement du type de la variable ce qui prend du temps; Et l'inverse pour UnBoxing!
Vous pouvez éliminer le boxing/unboxing par inadvertance par la mise en Option Strict On.
Une variable est à liaison tardive si elle est déclarée en tant que type objet et non d'un type de données explicite. Lorsque votre code accede à des membres d'une telle variable, le Common Language Runtime est obligé d'effectuer la vérification de type et de recherche de membres au moment de l'exécution.
XVIII-C-3. Tableau
Le CLR est optimisé pour les tableaux unidimensionnel. Employer le moins de dimension possible dans un tableau.
L'usage des tableaux de tableau 'A(9),(9)' est plus rapide que les tableaux multidimensionnels 'A(9,9)'.
Tableau ou Collections?
Pour rechercher un élément dans un ensemble d'élément à partir de son index , utilisez un tableau (l'accès à un élément d'index i est plus rapide dans un tableau que dans une collection)
L'accès a une variable simple est plus rapide que l'accès à un élément d'un tableau:
Si vous utilisez de nombreuse fois à la suite le même élément d'un tableau, le mettre dans une variable simple, elle sera plus rapide d'accès:
Dim a As Integer= P (6)
b= a* 3
c= a+ 2
. . .
z= a* 5
|
Est plus rapide que:
b= P (6)* 3
c= P (6)+ 2
. . .
z= P (6)* 5
|
L'usage d'un tableau est plus rapide qu'une multitude de SelectCase ou de If Then:
Exemple: obtenir le nom du mois en fonction de son numéro d'ordre.
Dim Mois () As String = {Janvier,Février,Mars,Avril,Mai,Juin,Juillet}
nomDuMois= Mois (i- 1)
|
Est plus rapide que:
Select Case i
Case 1
nomDuMois= " Janvier "
Case 2
nomDuMois= " Février "
. . . .
End Select .
|
Pour rechercher rapidement un élément dans un tableau:
Utiliser la méthode Binaryscearch plutôt que IndexOf.
Pour la méthode Binaryscearch , le tableau doit être trié. (Le trier avant la recherche).
On peut utiliser des méthodes génériques (VB 2005) pour travailler sur les tableaux. c'est beaucoup plus rapide.
Exemple recherche dans un tableau de short nommé monTab l'élément 2
index= Array.indexOf (Of Short)(monTab, 2) est hyper plus rapide que
index= Array.indexOf (monTab, 2) car la première version avec généric est directement optimisée pour les Short.
Il est est de même pour Binarysearch et Sort.
Cela est valable pour les types 'valeur' (peu d'intérêts pour les strings par exemple).
XVIII-C-4. Collections
Si on ne connaît pas le nombre d'éléments maximum et que l'on doit ajouter, enlever des éléments, il vaut mieux utiliser une collection (ArrayList) plutôt qu'un tableau avec des Dim Redim Preserve. Mais attention une collection comme ArrayList est composée d'objets, ce qui implique une exécution plus lente.
Pour rechercher un élément dans un ensemble d'éléments à partir d'un index, utilisez un tableau.
Pour rechercher un élément dans un ensemble d'éléments à partir d'une clé (KeyIndex) , utilisez une collection (l'accès à un élément ayant la clé X est plus rapide dans une collection que dans un tableau; dans une tableau il faut en plus écrire la routine de recherche).
En VB2005 on peut utiliser les Collections génériques plus rapides car typées (Les éléments ne sont pas des Objets).
XVIII-C-5. Éviter la déclaration de variables 'Objet' et les liaisons tardives, les variables non typées
Eviter de créer des variables Objet:
Pour créer une variable et y mettre une String:
Il est préférable d'utiliser:
La gestion d'un objet est plus lente que la gestion d'une variable typée.
Il faut aussi éviter les liaisons tardives: Une liaison tardive consiste à utiliser une variable Objet. A l'exécution, donc tardivement, on lui assigne un type, une String ou un Objet ListBox par exemple. Dans ce cas, à l'exécution, VB doit analyser de quel type d'objet il s'agit et le traiter, alors que si la variable a été déclarée d'emblée comme une String ou une ListBox, VB a déjà prévu le code nécessaire en fonction du type de variable. Utilisez donc des variables typées.
Utilisez donc des variables le plus typées possible.
Si une variable doit être utilisée pour une assignation de Button, ListBox... plutôt que la déclarer en Objet, il est préférable de la déclarer en System.Windows.Forms.Control
Utilisez donc des variables ByVal plutôt que ByRef. Les types ByVal sont gérés sur la pile, les types ByRef sur 'le tas' c'est plus long.
De manière générale, si le compilateur sait quel type de variable il utilise, il fait des contrôles lors de la compilation; si il ne sait pas, il fait des contrôles lors de l'exécution et cela prend du temps à l'exécution.
XVIII-C-6. Utiliser les bonnes 'Options'
Option Strict On permet de convertir les variables de manière explicite et accélère le code. De plus on est poussé à utiliser le bon type de variable.
Si on affecte une valeur 'par référence' à un objet, le CLR doit créer un objet, transformer la valeur, la mettre dans l'objet et gérer le pointeur. (On nomme cela 'boxing'), c'est très long. L'inverse c'est du 'unboxing'.
Si on utilise Option Strict Off le boxing se fait automatiquement et systématiquement et c'est long.
Si on utilise Option Strict On, on a tendance (ce qui est bien) à moins utiliser des variables de type différent, ce qui diminue le nombre de boxing-unboxing; et cela oblige si on utilise des variables différentes à caster à l'aide d'instructions qui sont plus rapide.
Donc utiliser Option Strict On et choisir des variables du même type dans une routine afin de réduire au minimum les conversions.
Choisir les méthodes de conversion, quand elle sont nécessaire, les plus typées possible:
Pour les conversions en entier par exemple CInt est plus rapide que CType car CInt est dédié aux entiers.
Option Compare Binary accélère les comparaisons et les tris (la comparaison binaire consiste à comparer les codes unicode des chaînes de caractère).
XVIII-C-7. Pour les fichiers, utiliser System.IO
L'utilisation des System.IO classes accélère les opérations sur fichiers (en effet, les autres manières de lire ou d'écrire dans des fichiers comme les FileOpen font appel à System.IO: autant l'appeler directement!!)
Utiliser donc:
- Path, Directory, et File
- FileStream pour lire ou écrire
- BinaryReader and BinaryWriter pour les fichiers binaires.
- StreamReader and StreamWriter pour les fichiers texte.
Utiliser des buffers entre 8 et 64K
XVIII-C-8. If Then ou Select Case ?
Plutôt qu'un If Then et une longue série de ElseIf, il est préférable d'utiliser un SelectCase qui en Vb est plus rapide (20%)
Dans les Select Case mettre les 'case'fréquent et qui reviennent souvent en premier, ainsi il n'y a pas besoin de traiter tous les Case:
Select Case Variable
Case Valeur1
. . . Valeur1 revient souvent
Case Valeur2
. . .
. . .
Case Valeur25
. . . Valeur25 survient rarement
End Select
|
Plutôt qu'un If B= True Then.. il est préférable d'utiliser un If B Then .. cela va 2 fois plus vite en VB. B étant une opération booléenne quelconque. En effet , entre If et Then l'expression est de toutes façons évaluée pour savoir si elle est = True.
XVIII-C-9. Utiliser les bonnes 'Opérations'
Si possible:
Utiliser :"\"
Pour faire une vraie division on utilise l'opérateur '/'
Si on a seulement besoin du quotient d'une division (et pas du reste ou du résultat fractionnaire) on utilise '\', c'est beaucoup plus rapide.
Utiliser :"+="
A+= 2 est plus rapide que A= A+2
Utiliser :AndAlso et ElseOr
AndAlso et ElseOr sont plus rapide que And et Or.
(puisque la seconde expression n'est évaluée que si nécessaire)
Arrêter le test lorsqu'on connaît la réponse:
Les 2 expressions sont évaluées x<3 et x>15 puis le And est évalué alors que dès que x<3 on pourrait arrêter de tester.
Solution:
if x< 3 then
If y> 15 then
. .
|
Réduire les opérations gourmandes:
Remplacer une multiplication par une addition quand c'est possible.
Les fonctions trigométriques (Sinus Cosinus...), Log, Exp.. sont très gourmandes.
(Je me souviens d'un programme , en QuickBasic!! qui affichait de la 3D; plutôt que de calculer plein de sinus , on allait chercher les sinus stockés dans un tableau; cela entraînait un gain de temps phénoménal.)
Calculer des expressions à l'avance:
- Log(2) est très long à calculer surtout s'il est dans une boucle.
For i= 1 to 100000
R= i* P+ Log (2)
next i
|
utiliser plutôt le résultat calculé à la main:
For i= 1 to 100000
R= i* P+ 0. 693147
next i
|
De même si on utilise un membre d'une classe:
For i= 1 to 100000
R= i* P+ Myobjet. MyPropriété
next i
|
mettre la valeur de la propriété dans une variable simple, c'est plus rapide:
Dim valeur As Integer = Myobjet. MyPropriété
For i= 1 to 100000
R= i* P+ valeur
next i
|
- L'accès à un élément d'un tableau est lent:
For i= 1 to 100000
R= i* P+ MyTableau (2 ,3 )
next i
|
mettre la valeur du tableau dans une variable simple, c'est plus rapide si on utilise cette valeur 10000 fois:
Dim valeur As Integer= MyTableau (2 ,3)
For i= 1 to 100000
R= i* P+ valeur
next i
|
Pour les conversions utilisez DirectCast plutôt que CType:
CType est moins rapide.
Utiliser les conversion typées plutôt que CType:
Faire d=Cdbl(i) plutôt que d= CType(i, Double)
Cdbl est fait pour convertir en Double alors de CType qui converti 'tout' en 'tout' doit analyser en quel type il faut convertir puis appeler les routines correspondantes.
XVIII-C-10. Utiliser : With End With
With.. End With accélère le code:
With Form1. TextBox1
. BackColor = Red
. Text = " BoBo "
. Visible = True
End With
|
est plus rapide que
Form1. TextBox1 . BackColor = Red
Form1. TextBox1 . Text = " BoBo "
Form1. TextBox1 . Visible = True
|
car Form1.TextBox1 est 'évalué' 1 fois au lieu de 3 fois.
XVIII-C-11. Optimiser les boucles
En mettre le moins possible dans les boucles:
Soit un tableau J(100,100) d'entiers:
Soit un calcul répété 100 000 fois sur un élément du tableau, par exemple:
For i= 1 to 100000
R= i* J (1,2)
next i
|
On va 100000 fois chercher un élément d'un tableau,c'est toujours le même!
Pour accélérer la routine (c'est plus rapide de récupérer la valeur d'une variable simple plutôt d'un élément de tableau), on utilise une variable intermédiaire P:
Dim P as Integer
P= J (1,2)
For i= 1 to 100000
R= i* P
next i
|
c'est plus rapide.
De la même manière si on utilise une propriété (toujours la même) dans une boucle, on peut stocker sa valeur dans une variable car l'accès à une variable simple est plus rapide que l'accès à une propriété.
Les opérations qui ne sont pas modifiées dans la boucle doivent donc être mises à l'extérieur.
Eviter les On Error dans des grandes boucles, qui ralentissent considérablement; par contre, contrairement à ce qu'on entend, le Try Catch Finally dans une très grande boucle ralentit très peu.
Dans une boucle tournant 1000000000 fois:
5 s sans gestion d'erreur.
6 s si la boucle contient Try Catch
2 mn si la boucle contient on error resume next!!
Fusionner plusieurs boucles si nécessaire:
Au lieu de faire 2 boucles:
For i= 1 to 100000
P (i)= i
Next i
For i= 1 to 100000
Q (i)= i
Next i
Faire :
For i= 1 to 100000
P (i)= i
Q (i)= i
Next i
|
C'est possible quand les 2 boucles ont même valeur initiale et finale.
En cas de boucles imbriquées placer la boucle la plus grande à l'intérieur:
For i= 1 to 100
For j= 1 to 10
. . .
Next j
Next i
100+ (100X10) = 1100 itérations de compteur
For j= 1 to 10
For i= 1 to 100
. . .
Next j
Next i
10+ (100X10) = 1010 itérations de compteur
|
Attention: le nombre de boucle est le même (1000), par contre le nombre d'itération de compteur (à chaque fois qu'on passe par une instruction 'For') n'est pas le même.
Comptons les itérations:
Dim iteration, boucle, i, j As Integer
Private Sub Button1_Click
For i = 1 To 100
iteration = itération + 1
For j = 1 To 10
iteration = iteration + 1
boucle = boucle + 1
Next j
Next i
MsgBox (iteration)
iteration = 0 : boucle = 0
For j = 1 To 10
iteration = iteration + 1
For i = 1 To 100
iteration = iteration + 1
boucle = boucle + 1
Next i
Next j
MsgBox (iteration)
End Sub
|
En conclusion:
(1100-1010)/1100 gain 8% d'itérations de compteur en moins (le nombre de boucle restant égal)
Sortir avec exit for dès qu'on a trouvé ou qu'il n'y a plus rien a chercher.
Exemple: rechercher un élément dans un tableau avec une boucle.
Des que l'élément a été trouvé ou que le tableau ne contient plus rien, on quitte la boucle avec un Exit For.
XVIII-C-12. Appel de procédure
Si on appelle une petite procédure dans une grande boucle, on a parfois intérêts à mettre le contenu de la procédure directement dans la boucle. Cela évite les appels et retour. C'est plus rapide.
Si on a:
For i= 1 to 100000
resultat= Calcul (i,j)
Next i
Functin Calcul (i As Integer, j As Integer)
i= i+ 3
Return i* j
End Sub
C
For i= 1 to 100000
i= i+ 3
resultat= i* j
Next i
|
Si la procédure est longue et complexe et surtout si on a besoin de l'utiliser à différents endroits dans le programme, il est préférable d'utiliser une procédure.
Ne multipliez pas les petites procédures courtes ce qui entraine dans une boucle un grand nombre d'appel, preférez l'appel d'une procédure unique:
Exemple: Plutôt que d'appeler Calcul1 puis Calcul2 puis Calcul3 puis Calcul4 il est préférable de créer une procédure unique nommée Calculs qui fait tous les calculs; le découpage excessif s'il n'est pas absolument nécessaire diminue les performances.
XVIII-C-13. Usage de threads
Il peut être judicieux d'utiliser des threads, pour accélèrer certaines applications.
XVIII-C-14. Comment accélérer quand on utilise des 'String' ?
Utiliser & pour la concaténation de chaîne plutôt que +.
Utiliser:
plutôt que:
Utiliser les StringBuilder.
Exemple d'une opération coûteuse en temps:
Dim s As String = " bonjour "
s + = " mon " + " ami "
|
En réalité le Framework va créer 3 chaînes en mémoire avec toutes les pertes en mémoire et en temps que cela implique.
Pour effectuer des opérations répétées sur les string, le framework dispose donc d'une classe spécialement conçue et optimisée pour ça : System.Text.StringBuilder.
Pour l'utiliser, rien de plus simple
Dim sb As new System. Text . StringBuilder ()
sb. Append (" bonjour " )
sb. Append (" mon ami " )
Dim s As String
s = sb. ToString ()
|
La méthode ToString de la classe StringBuilder renvoi la chaîne qu'utilise en interne l'instance de StringBuilder.
Pour comparer 2 StringBuilder utiliser la méthode Equals plutôt que =.
XVIII-C-15. Comment accélérer l'affichage ?
Formater le plus vite possible le texte:
Pour mettre en forme des nombres et les afficher Format est puissant (Prise en charge de la culture..), mais si on peut utiliser ToString c'est plus rapide (ToString est aussi plus rapide que Cstr).
ChrW utilisé pour afficher un caractère(et AscW) sont plus rapide que Chr et Asc car ils travaillent directement sur les Unicodes.
Précharger les fenêtres et les données.
Quand une fenêtre en ouvre une autre, le temps de chargement est long, l'utilisateur attend!
Solution:
En début de programme pré charger les fenêtres en les rendant invisible. Lors de l'utilisation de ces fenêtres il suffira de les rendre visible, ce qui est plus rapide que de les charger.
Certaines données (liste..)doivent être chargées une fois pour toute, le faire en début de programme, lors de l'affichage de la fenêtre 'Splach' par exemple.
Afficher les modifications en une fois dans un TextBox:
A chaque fois que l'on fait une modification de propriété (couleur, taille..) ou de contenu (texte dans un TextBox) Vb met à jour chaque modification . Si on modifie tout et que l'on re-affiche tout, cela va plus vite.
Pour le cas du TextBox ne pas faire.
TextBox1. Text = TextBox1. Text + " Bonjour "
TextBox1. Text = TextBox1. Text + " " Monsieur"
|
faire:
Dim T as string
T = " Bonjour "
T & = " Monsieur "
TextBox1. Text = T
|
Le texte est affiché en une fois, en plus, cela ne 'clignote' pas.
Rendre l'affichage de l'objet inactif, faire toutes les modifications puis réactiver l'affichage.
Cas d'affichage dans une grid (MsFlexGrid).
Afficher en 2 fois dans une ListBox:
A l'inverse pour ne pas faire attendre un affichage très long, afficher le début (l'utilisateur voit apparaître quelque chose à lire) il est occupé un temps, ce qui permet d'afficher le reste.
Exemple : remplir une listBox avec un grand nombre d'éléments: en afficher 5 rapidement puis calculer et afficher les autres. L'utilisateur à l'impression de voir la ListBox se remplir immédiatement.
Pour les images utiliser le DoubleBuffer.
Pour faire patienter l'utilisateur lors d'une routine qui dure longtemps ?(et lui montrer que l'application n'est pas bloquée):
- Transformer le curseur en sablier en début de routine, remettre un curseur normal en fin de routine.
- Utiliser une ProgressBar (pour les chargements longs par exemple)
XVIII-C-16. Utiliser les tableaux en mémoire plutôt que la lecture de fichiers sur disque
On a un fichier de 300 noms, plutôt que de lire 300 enregistrements sur disque pour rechercher le bon, charger en mémoire le fichier dans un tableau( en début de programme); la recherche sera ensuite, dans le tableau en mémoire, extrêmement rapide.
XVIII-C-17. Ce qui n'influence pas la rapidité du code
Les boucles For, Do, While ont toutes une vitesse identique.
Quand on appelle une procédure, c'est aussi rapide si elle est dans le même module ou un autre module.
XVIII-C-18. Compilation DLL
Le chargement de dll est gourmant en temps; moins il y en a, plus c'est rapide.
Les dll ne sont chargées qu'une fois.
La compilation en mode Debug fourni un code plus lent.
XVIII-C-19. En conclusion
Une optimisation sur une ou deux instructions apporte un gain de temps négligeable.
L'optimisation dans les grandes boucles est perceptible.
Le travail en mémoire plutôt que sur disque accélère considérablement.
Les goulots d'étranglement sont les longues boucles et l'accès aux bases de données.
Les sources présentés sur cette page sont libres de droits,
et vous pouvez les utiliser à votre convenance. Par contre cette page de présentation de ces sources constitue une oeuvre intellectuelle protégée par les droits d'auteurs. Copyright © .
Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu :
textes, documents, images, etc sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts.
Cette page est déposée à la SACD.
|