problème Access et Mémoire

**redrad** · 28/09/2006, 17h38

Voilà mon problème ,

j'ai fait un test en créant une form avec 2 boutons
1 pour me connecter à une base access 2003 à l'aide ADO
et l'autre pour fermer la connection

Je suis sous Delphi 6 Edition Perso

Bouton 1 :

{-----------------------------
//Connection à la base de donnée
-----------------------------}
Cnx:= CoConnection.Create ;
Cnx.Open( 'Provider=Microsoft.Jet.OLEDB.4.0;User ID=Admin; Data Source=C:\Impression_ASW\Impression_Asw.mdb;', '', '', -1 );

Bouton 2 :

cnx.close

Le problème est que après le cnx.close ma base est bien fermée mais l'utilisation mémoire ne diminue pas.Voilà mon problème.

**Linkin** · 28/09/2006, 17h48

L'objet créé dans le bouton 1, n'est pas libéré (MonObjet.Free ou FreeAndNil(MonObjet))

Sinon je ne vois pas où est le souci.
Est-ce qu'il y a des requtes ou des contrôles BD qui sont actifs avant le Close?

**redrad** · 28/09/2006, 20h51

le problème c'est que cnx.free ou FreeAndNil (cnx) n'est pas possible car cnx n'est pas un objet (cnx : Connection15)

**slimjoe** · 28/09/2006, 21h19

cnx est une interface et n'a donc pas de destructeur (Free ou Destroy) mais ça reste un objet (au sens où ce dernier occupe de la mémoire à une adresse dans le monceau et que la variable cnx est un pointeur vers cette adresse). La mémoire des objets COM est normalement libérée de façon automatique quand il n'y a plus de référence vers l'objet.

As-tu essayé cnx := nil ?

**redrad** · 28/09/2006, 21h38

Oui je suis d'accord avec toi mais le problème c'est lorque je me connecte à ma base de donnée Access la mémoire augmente ce qui est normal mais lorsque je ferme ma base avec cnx.close et bien ma base est bien fermée mais la mémoire ne diminue pas.

**redrad** · 28/09/2006, 21h40

Oui j'ai essayé Cnx : nil ;

car d'ailleurs j'ai fait le même test en vb avec set cnx=nothing et même topo pour la mémoire est-ce possible que cela vienne d'access ?

**slimjoe** · 28/09/2006, 21h52

Est-ce que tu teste avec un code minimal ?

Pour être certain que c'est la connexion le problème faudrait s'assurer que tu n'utilises aucun autre composant et que tout ce que tu fais c'est Open et Close.

**redrad** · 28/09/2006, 21h55

justement pour tester je ne fais que ça open et close

**redrad** · 30/09/2006, 18h32

Toujours pas de solution pour mon problème.quelqu'un à une idée

**neilbgr** · 30/09/2006, 19h05

A mon humble avis, pour vérifier s'il y a, ou pas, de fuite mémoire, il faut faire de nombreuses connexions et deconnexions avec la meme instance d'application. Si la mémoire augmente une fois, ne redescend pas, mais ne remonte également pas, il n'y a pas de problème en soit.

Aussi, il ne faut pas oublié qu'il y a du COM derrière tout ça, et que la gestion mémoire n'est probablement pas uniquement gérée par l'application.

**redrad** · 01/10/2006, 00h44

En effet la mémoire n'augmente q'une seule fois même après plusieurs connection et déconnection ,donc le fait qu'elle ne redescente pas ce serait normal alors.

**neilbgr** · 01/10/2006, 00h51

C'est mon avis.

**Hauwke** · 01/10/2006, 12h52

Envoyé par neilbgr

C'est mon avis.

+1
L'accroissement de la mémoire à l'initialisation de l'objet Com vient directement du système d'exploitation et surtout du moteur Jet.
A l'initialisation du soft, le SE monte un certain nombre d'élément en mémoire, en particulier, les mécanismes d'accés à l'Iinterface. Ne sachant pas quel sera la suite des appels, le SE travaille selon la loi du "moindre effort". il a fait le boulot une fois et ne va pâs s'amuser à décharger et recharger l'Iinterface tant que le niveau de ressource disponible n'atteint pas un niveau critique. Il va garder l'Iinterface en mémoire au cas ou un autre processus ferait appel à elle... Au second appel, le SE va vérifier dans ses tables d'allocation si les éléments fonctionnels sont présents et va réaffecter les adresses mémoires. Le second lancement devrait être sensiblement plus rapide que le premier.
Même sans mener de grande expérience sur le sujet, vous pouvez tester en lancant, avant tout autre processus, des logiciels comme Access ou bien Autocad, calculez le temps du premier affichage, refermez l'appli et réouvrez l'appli. La seconde ouverture est plus rapide de 15 à 30%. Il est à noter que Delphi ne peut donner, comme la plus belle fille du monde, que ce qu'il a! Or, les objets Com n'appartiennent pas à Delphi. En l'occurence, Delphi nous offre un moyen d'accés aux Com guère plus...
Cordialement,
Hauwke