problème Access et Mémoire

Version imprimable

28/09/2006, 17h38
redrad

problème Access et Mémoire

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.
28/09/2006, 17h48
Linkin

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?
28/09/2006, 20h51
redrad

le problème c'est que cnx.free ou FreeAndNil (cnx) n'est pas possible car cnx n'est pas un objet (cnx : Connection15)
28/09/2006, 21h19
slimjoe

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 ?
28/09/2006, 21h38
redrad

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.
28/09/2006, 21h40
redrad

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 ?
28/09/2006, 21h52
slimjoe

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.
28/09/2006, 21h55
redrad

justement pour tester je ne fais que ça open et close
30/09/2006, 18h32
redrad

Toujours pas de solution pour mon problème.quelqu'un à une idée
30/09/2006, 19h05
neilbgr

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.
01/10/2006, 00h44
redrad

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.
01/10/2006, 00h51
neilbgr

C'est mon avis.
01/10/2006, 12h52
Hauwke

Citation:

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
01/10/2006, 13h56
redrad

Merci à tous pour ces réponses ,
01/10/2006, 14h11
Jipété

Yop !

Citation:

La seconde ouverture est plus rapide de 15 à 30%.

Sans perdre de vue qu'il y a également le cache des disques qui accélère l'ouverture d'une grosse appli.

Mes 2 cts,
--
jp