Occupation mémoire variables

Bonjour,

Simple petite question qui m'amène ici.
Je me demande si il est possible de 'supprimer' un espace mémoire réservé par une variable ?

Par exemple, lorsque je fais une recherche :

Code:

---

1 2 3

Set Recherche = Sheets(1).Range("A:A").Find("toto") Set Recherche = Nothing

---

Nous sommes bien d'accord que l'attribution de Nothing à la variable Recherche va supprimer son espace mémoire ?

De même, est-il possible de faire pareil pour des Integer/Double/...

Je pose cette question, car j'ai remarqué que mon programme qui traite de très gros fichiers .csv (60 000 lignes) se ralentit de plus en plus après chaque exécution. Je me demande donc si une petite optimisation des variables ne pourrait pas aider un petit peu...

Merci d'avance.

Citation:

---

Envoyé par iperkut

De même, est-il possible de faire pareil pour des Integer/Double/...

---

salut

je ne crois pas que l'on y gagnerait vraiment beaucoup, ni que ce soit la seule raison des ralentissements que tu constates.
Quelques conseils toutefois (en plus de la destruction des objets par set = nothing):
- d'abord et surtout : ne pas abuser des variables publiques, ni même "générales" (celles déclarées avant toute procédure), ni mêmes "static". Une variable (non "static") dimensionnée au sein même d'une procédure n'a une durée de vie que pendant la procédure et "disparait" de la mémoire au "End Sub"), ce qui n'est pas le cas d'une variable "générale" et encore moins d'une variable publique.
- lorsque les données d'un tableau ne servent plus, ne pas hésiter à redimensionner le tableau
- ne pas abuser des types variant
Voilà pour l'espace de stockage, mais, une autre fois, je ne pense pas que ce soit là la vraie ou la seule véritable cause de tes ralentissements.

Ne pas abuser des variable tout court.
Cependant, avoir le reflexe de vouloir détruire les variables quand elles ne sont plus utilisé est un tres tres bon reflex.
Autant sur des machines modernes et avec un language comme le VBA, tu ne verra pratiquement aucune différence, autant sur des machines un peu moins performante et d'autre language moins récent ca sera plus que nécessaire.

Est-il donc possible de supprimer une variable ?

Autre question,, lequel de ces deux codes est le plus 'performant' / propre ?

Code:

---

1 2 3 4 5 6 7

a=90 for i = 1 to 10000000 x=a*10 y=100 z = x*y next i

---

Code:

---

1 2 3 4 5

a=90 for i = 1 to 10000000 z = a*10*100 'Dans le cas ou on suppose que y est toujours = 100 next i

---

Citation:

---

Envoyé par iperkut

Est-il donc possible de supprimer une variable ? *
....

Autre question,, lequel de ces deux codes est le plus 'performant' / propre ? **

---

* non (du moins pas à ma connaissance, sauf pour les variables objet)
** ni l'un ni l'autre, dès lors que, n'ayant pas typé tes variables, elles sont du type variant (que j'ai dénoncé dans mon premier message)

Citation:

---

Envoyé par babaothe

* non (du moins pas à ma connaissance, sauf pour les variables objet)
** ni l'un ni l'autre, dès lors que, n'ayant pas typé tes variables, elles sont du type variant (que j'ai dénoncé dans mon premier message)

---

Pardon, elle le sont dans mon esprit, je ne l'ai juste pas précisé.
Elle sont toutes déclarées en Integer.

Mais est-il plus efficace de faire quasiment directement le calcul comme dans la méthode 2, ou plutôt de passer par des variable temporaire dans la méthode 1.

Citation:

---

Je pose cette question, car j'ai remarqué que mon programme qui traite de très gros fichiers .csv (60 000 lignes) se ralentit de plus en plus après chaque exécution.

---

Attaquez le fonds du sujet, c'est peut être ton code qu'il faut améliorer

Citation:

---

Envoyé par mercatog

Attaquez le fonds du sujet, c'est peut être ton code qu'il faut améliorer

---

+ 1
Et quelquefois s'attaquer (et mettre en oeuvre ce qu'il faut alors) à certaines faiblesses totalement inhérentes aux applications Office :lol: (pas uniquement Excel)

Iperkut, pour ta seconde question, tout dépends de ce que tu veux faire avec la boucle.
Telles qu'elles sont écrite là, elle ne servent a rien, aussi bien l'une que l'autre.
Si tu souhaite juste affecter a la variable x la valeur 1000000, alors dans ce cas, autant faire directement :

Code:

---

1 2	dim x as integer x = 1000000

---

Pour la question qui est de savoir si il est possible de vider l'espace mémoire occupé par une variable durant l'exécution d'une méthode, la réponse est double (présente néanmoins dans les sarcasme de babaothe):
variable de type objet => la réponse est oui avec maVariable = nothing (ou qqc dans le genre)
variable de type variant => non, mais sera vidée a la fin de la procédure.

faire x = 0 ou x = "" (dans le cas ou la variable est string) ne sert a rien.

Une astuce pour ne pas avoir un projet qui ralentit au fil du temps, eviter d'utiliser ce genre de syntaxe:

Code:

---

1 2 3 4 5 6 7 8 9

dim maPhrasePartie1 as string dim maPhrasePartie2 as string dim maPhrasePartie3 as string   maPhrasePartie1 = "Toto va" maPhrasePartie2 = maPhrasePartie1 & " à l'école" maPhrasePartie3 = maPhrasePartie2 & " en vélo"   workbook.open maPhrasePartie3

---

c'est moche et surtout ca plombe pour rien.

utilise direct:

Code:

---

workbook.open "Toto va à l'école en vélo"

---

Citation:

---

Autre question,, lequel de ces deux codes est le plus 'performant' / propre ?

---

Le deuxieme est plus élégant !

Salut.

Pour ce qui est de la lenteur de ton code, une petite explication sur ce que tu cherches à réaliser et sur la façon dont tu t'y prends pourrait aider...

Citation:

---

Je pose cette question, car j'ai remarqué que mon programme qui traite de très gros fichiers .csv (60 000 lignes) se ralentit de plus en plus après chaque exécution. Je me demande donc si une petite optimisation des variables ne pourrait pas aider un petit peu...

---

Une idée que je testerai perso ;)

tests empiriques :
- en mettant un timer
- en lançant 2 fois (ou plus) l'appli sur le même fichier
- voir avec le timer si ton impression est exacte
- en faisant la même chose timer, mais en fermant complètement Excel entre - deux traitements
- voir s'il y a des différences...

cordialement,

Didier