Discussion :

[Onlava]

Bonjour.

Je dispose d'une application winforms dans laquelle je souhaite "monitorer"
la mémoire que celle-ci utilise. Dans ma Form principale j'execute ce code suivant toutes les secondes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
  void DisplayMemory()
  {
            if (InvokeRequired)
            {
                DelegateVoidVoid d = new DelegateVoidVoid(DisplayMemory);
                try { Invoke(d); }
                catch { }
            }
            else
            {
                long mem = GC.GetTotalMemory(true)/1024;
                int memKo = Convert.ToInt32(mem);
                verticalProgressBar3.Value = memKo;
            }
  }

Le problème est que le chiffre retourné (~500ko) ne correspond pas du tout à ce qu'indique le gestionnaire de tache windows (~16mo).
J'imagine que cela est du au fait que mon application utilise différents threads et qu'ils ne sont pas pris en compte dans le total retourné.
Donc ma question est :p
Comment obtenir la mémoire utilisée par l'ensemble des threads de mon programme?

[SaumonAgile]

Tu peux utiliser les compteurs de performance.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

PerformanceCounter

[Onlava]

Etrangement cela ne fonctionne pas sur ma machine. Dailleur le moniteur de perfs (outils d'admin) ne me propose aucun compteur.

PerformanceCounterCategory.GetCategories() renvoie un tableau vide.

suis-je grillé?

[ced600]

suis-je grillé?

Non tu es cuis

Juste au cas où, as tu bien mis dans ton code un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

using system.diagnostics;

[Sphax]

Le GC est commun a tous tes threads, par contre il ne contient que les objets managés que tu as créé. Ce qui ne prend pas en compte les assemblies / dll elles mêmes, ni le code compilé dynamiquement de ces assemblies, ni les tailles des piles de tes threads, ni la mémoire réservée mais non utilisée, alors que le gestionnaire de tâches prend tout ça en compte.

[ced600]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
using System;
using System.Diagnostics;
 
namespace ConsoleApplication5
{
	/// <summary>
	/// Description résumée de Class1.
	/// </summary>
	class Class1
	{
		/// <summary>
		/// Point d'entrée principal de l'application.
		/// </summary>
		[STAThread]
		static void Main(string[] args)
		{
			//
			// TODO*: ajoutez ici le code pour démarrer l'application
			//
			Process r = Process.GetCurrentProcess();
			Console.WriteLine(r.NonpagedSystemMemorySize);
			Console.WriteLine(r.PagedMemorySize);
			Console.WriteLine(r.PagedSystemMemorySize);
			Console.WriteLine(r.PeakPagedMemorySize);
			Console.ReadLine();
		}
	}
}

Je viens de faire ce code, il me renvois des informations sur la mémoire concernant le processus courant. Je ne sais pas si cela peut t'aider.

[theMonz31]

salut

Pour faire ce genre d'action, il est effectivement possible de passer par les performanceCounter... mais, j'ai trouvé, hier une méthode plus simple, elle vaut ce qu'elle vaut mais bon....

Plutot que d'attaquer l'Api Win32 avec une methode genre GetGlobalStatus (ou memoryStatus), j'ai remarqué que dans l'assemblée VisualBasic,on avait
accès à un objet My...

Cet objet my, offre entre autre :

My.Computer.Info.AvailablePhysMemory... et d'autres info ...

Donc, je pense que cela pourra te permettre de "monitorer" l'utilisation mémoire de ton application...

Seul inconvénient : Assembly Visual Basic à embarqué.. mais est-ce vraiment
un problème ?

The Monz, Toulouse

[Onlava]

Merci pour vos commentaires!

Je crois que je vai opter pour la methode de ced600 qui à l'air de bien fonctionner.