Problème de fuite mémoire

Bonjour à tous.
Pour information, je bosse sous Winform et j'ai un cas tout bête que je ne comprends pas.

Voici un exemple :
J'ai une Form1 (de type Form) qui est un conteneur MDI (IsMDIContainer = True). J'ai une Form2 (de type Form), avec simplement de nombreux boutons.
Avec la Form1 j'instancie une Form2 : mon application gagne 1,5 Mo en mémoire.
Je ferme Form2 (je passe dans l'événement "FormClosed") et mon appli ne libère rien en mémoire.

Comment faire pour libérer ces 1,5 Mo en mémoire? J'ai cherché sur la toile et je ne trouve rien. Les destructeurs sont inutiles apparemment et le GC est à proscrire.

SVP de l'aide :calim2:

Si MyForm2 est une variable de type Form2 déclarée dans la classe Form1 (ce n'est pas une variable interne à une des procedures de Form1), fermerMyForm2 ne suffit pas à libérer la mémoire.
Il faut aussi faire "MyForm2=null" après la fin du FormClosed.

http://www.developpez.net/forums/d1495422/dotnet/langages/vb-net/utilisation-memoire-augmentation/#post8111334

Merci pour vos retours et désolé pour ma réactivité.

Graffito :
Mon exemple n'était pas "architecturé" comme le tiens.
Dans mon programme, MyForm2 était déclaré dans une des procedures de Form1. Ceci étant, en déclarant MyForm2 dans la classe Form1, j'ai le même résultat.
Pour info je fais :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

public partial class Form1 : Form { Form2 FForm2;   public Form1() { InitializeComponent(); }   // Création de la FForm2 private void form2ToolStripMenuItem_Click(object sender, EventArgs e) { FForm2 = new Form2(); FForm2.Visible = true; }   // Code appelé après le "FormClosed du Form2" private void tuerForm2ToolStripMenuItem_Click(object sender, EventArgs e) { FForm2 = null; } }

---

Dans l'ordre je fais form2ToolStripMenuItem_Click, puis tuerForm2ToolStripMenuItem_Click (après avoir fermer Form2).


Pol63:
Si je comprends bien faire des dispose (à quel moment? FormClosed()? ) c'est tout ce qu'on peut faire?
En fait pour information j'ai développé un programme avec une architecture MDI, dans lequel j'ai une dizaine de fenêtres (Form) ouvrables. Si j'ouvre toutes les fenêtres l'application (qui démarre à 85 Mo (j'ouvre directement une form avec pas mal de composants, dont des images)) peut monter à 300 Mo (j'ai pas de Form avec des images, etc). Si je ferme tout je retombe à 200 Mo.
1er cas : Si j'en réouvre plusieurs, le programme freeze et j'ai un "Timeout while getting a connection from pool".
2eme cas : Si j'attends 5 minutes sans rien faire, la mémoire alloué ne diminue pas.

Je suis un peu perdu devant ce "gros" problème...

mon lien devait mener à une discussion où je disais que s'inquiéter pour 1.5Mo en .net est inutile

après si on arrive à 300Mo on peut en effet commencer à discuter

si c'est toi qui ferme les fenetres avec .close, utilises .dispose à la place (l'instance est alors inutilisable, parce que certains utilisent la même instance et ne font que la cacher)
si c'est l'utilisateur avec la croix tu peux alors appeler .dispose dans l'event formclosed


concernant ton timeout sur le pool de connexion, ca ressemble à un mauvais codage, genre ouvrir vraiment trop de connexion
après voir dans le détail de l'erreur si c'est le pool d'ado.net ou le pool de la base de données


sinon j'ai un autre lien avec des explications sur la gestion de la mémoire en .net :
http://www.developpez.net/forums/d15...n/#post8219865

Citation:

---

Envoyé par Pol63

mon lien devait mener à une discussion où je disais que s'inquiéter pour 1.5Mo en .net est inutile

après si on arrive à 300Mo on peut en effet commencer à discuter

si c'est toi qui ferme les fenetres avec .close, utilises .dispose à la place (l'instance est alors inutilisable, parce que certains utilisent la même instance et ne font que la cacher)
si c'est l'utilisateur avec la croix tu peux alors appeler .dispose dans l'event formclosed


concernant ton timeout sur le pool de connexion, ca ressemble à un mauvais codage, genre ouvrir vraiment trop de connexion
après voir dans le détail de l'erreur si c'est le pool d'ado.net ou le pool de la base de données


sinon j'ai un autre lien avec des explications sur la gestion de la mémoire en .net :
http://www.developpez.net/forums/d15...n/#post8219865

---

Dans mon application, c’est l’utilisateur qui ferme les fenêtres et j’utilise toujours le Dispose(). Le problème c’est que je ne dispose que les objets créés dans les méthodes (exemple : clic sur un bouton), mais pas ceux instancié automatiquement à la création de la Form. Du coup dans chaque Form, je vais rajouter un évenement FormClosed() dans lequel je vais « disposer » mes objets instancié à la création de la Form.

Effectivement je dois ouvrir beaucoup de connexion BD sans les refermer.
Voici la trace lorsque j’ouvre le calendrier, qui prouve que tu as vu juste :

Consultez la fin de ce message pour plus de détails sur l'appel du débogage
juste-à-temps (JIT) à la place de cette boîte de dialogue.

************** Texte de l'exception **************
System.Exception: Timeout while getting a connection from pool.
à Npgsql.NpgsqlConnectorPool.RequestPooledConnector(NpgsqlConnection Connection)
à Npgsql.NpgsqlConnectorPool.RequestConnector(NpgsqlConnection Connection)
à Npgsql.NpgsqlConnection.Open()
à Cyclisme.TfmCalendrier..ctor()
à Cyclisme.MainForm.miCalendrier_Click(Object sender, EventArgs e)
à System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
à System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
à System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
à System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
à System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
à System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
à System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
à System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
à System.Windows.Forms.Control.WndProc(Message& m)
à System.Windows.Forms.ScrollableControl.WndProc(Message& m)
à System.Windows.Forms.ToolStrip.WndProc(Message& m)
à System.Windows.Forms.MenuStrip.WndProc(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Assemblys chargés **************
mscorlib
Version de l'assembly*: 4.0.0.0
Version Win32*: 4.0.30319.34209 built by: FX452RTMGDR
CodeBase*: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
Cyclisme
Version de l'assembly*: 1.0.5394.39926
Version Win32*: 1.0.5394.39926
CodeBase*: file:///C:/Program%20Files%20(x86)/Cyclisme/Cyclisme.exe
----------------------------------------
System.Windows.Forms
Version de l'assembly*: 4.0.0.0
Version Win32*: 4.0.30319.34209 built by: FX452RTMGDR
CodeBase*: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Version de l'assembly*: 4.0.0.0
Version Win32*: 4.0.30319.34209 built by: FX452RTMGDR
CodeBase*: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
[...]Blah Blah Blah[...]
************** Débogage JIT **************
Pour activer le débogage juste-à-temps (JIT), le fichier de configuration pour cette
application ou cet ordinateur (machine.config) doit avoir la valeur
jitDebugging définie dans la section system.windows.forms.
L'application doit également être compilée avec le débogage
activé.

Par exemple*:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

Lorsque le débogage juste-à-temps est activé, les exceptions non gérées
seront envoyées au débogueur JIT inscrit sur l'ordinateur
plutôt que d'être gérées par cette boîte de dialogue.


De plus, je suis allé un peu vite avec cet appli. Je crée un composant « connection » (NpgsqlConnection) dans chaque Form. Je vais faire en sorte d’utiliser celui créée dans la MDI Form, dans les Form non MDI.

Merci beaucoup pour tes explications.
Je vais rectifier le tir et voir ce que cela donne.

avoir plein de connexions de partout ce n'est grave, c'est aussi utile pour du multithread
par contre si tu instancies des objects connexions il faut penser à les disposer (using end using peut convenir) (et surtout les fermer)
si tu t'es fait une classe d'encapsulation d'accès aux données, il peut etre utile de lui faire implémenter IDisposable pour pouvoir faire dispose sur cette classe (et coder pour que ca dispose la connexion)
les objets dbcommand sont disposables aussi je crois, tout comme les bitmap, les controles (form hérite de control) et plein d'autres choses