Discussion :

[BruceWayne]

Salut

j'ai un gros souci de perfs, et je ne sais pas trop comment y remédier :

En regardant la taille de RAM utilisée par une appli WPF de base, on est déjà à plus de 20 Mo dès le lancement d'une appli, même s'il n'y a rien du tout sur la Form...déjà là je trouve ça énorme, mais bon...c'est du .Net et même en Winforms classique ça prenait déjà beaucoup de mémoire.

Le problème que j'ai c'est lorsque je charge un Bitmap dans un contrôle Image. Là on passe tout de suite de 20 Mo à 40 Mo utilisés, sachant que mon Bitmap (chargé à partir du disque via son Uri) pèse environ 1 Mo...je me dis que forcément le contrôle Image instancie un paquet de propriétés lors de son chargement, mais quand même !!! Où sont utilisés les 19 mo restants ??? Bizarrement, si j'en charge une deuxième, je passe à environ 50 Mo utilisés, puis à 68 mo pour une troisième...

Bref, sans tout le temps regarder mon gestionnaire de tâches, et en connaissant un chouilla comment fonctionne le Garbage Collector, ça me turlupine assez pour que je me demande vraiment si WPF a été pensé pour la simplicité d'usage...parce que depuis que je travaille avec, je n'ai pas arrêté de devoir contourner les moyens classiques, ne serait-ce que pour afficher des miniatures via une virtualisation à la mano pour ne pas tout charger en mémoire...

J'aimerais savoir en fait quel est pour vous le meilleur moyen de charger une image de grande taille (réduite lors de l'affichage - stretch quoi...) sans pour autant faire gonfler de façon exponentielle la mémoire vive utilisée par l'appli.

Pour ma part, je me suis penché vers l'utilisation d'ImageBrushes Freezées, mais c'est assez chiant si on veut par exemple binder la taille de l'image affichée à un slider (bah ouais, on doit binder le slider avec la taille du border contant la brush...relou...)

enfin bon....help....

[Thomas Lebrun]

Essaye de jetter un oeil dans le document que tu trouveras ici: http://blogs.msdn.com/timothyc/archi...rformance.aspx

Sinon, tu as essayé de passer ton application dans l'outil WPF Performance Suite pour voir ce qu'il en ressortait ?
http://wpf.netfx3.com/files/folders/...ntry10880.aspx

[BruceWayne]

Re Thomas

Décidément c'est ta section le WPF

J'avais déjà lu le document sur les perfs, mais malheureusement il n'est rien précisé au niveau du chargement des images, sauf le fait que charger une ImageBrush que l'on Freeze par la suite permette de moins consommer de ressources. Le problème par contre est qu'on ne peut plus utiliser un Border ou un Rectangle, qui a été rempli avec cette ImageBrush, de la même manière qu'un contrôle Image.

Pour ce qui est de l'outil de perfs (WPFPerf), je comprends rien à son utilisation et j'ai essayé de l'utiliser sur mon appli, mais rien ne sort comme info...si je choisis le "Working Set Analyzer" pour voir l'usage de la mémoire puis que je choisis mon appli, lors de la capture, je n'ai rien qui s'affiche. Il n'y a que l'outil Perforator qui fonctionne, mais ça ne me donne pas grand chose, à part le fait qu'aucune zone de mon appli ne fait appel à du rendu hardware-accelerated (loool) et que j'ai un framerate entre 20 et 30

Y'a un truc que j'aurais oublié par hasard ???

[Thomas Lebrun]

Re Thomas

Décidément c'est ta section le WPF

Oui, avec C# 3 / Linq
As-tu essayer de charger bcp d'images, histoire de voir si la consommation mémoire augmente toujours un peu plus à chaque fois ? Si oui, c'est que tu as une fuite mémoire quelque part alors....

[BruceWayne]

J'ai trouvé, il faut supprimer chaque objet Bitmap chargé comme ceci :

Code :

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

1
2
3
4
5
6
Bitmap bmpF = new Bitmap(@"D:\__IMAGES\test.jpg");
IntPtr ptrBmp = bmpf.GetHbitmap();
BitmapSource bmpSrc = System.Windows.Interop.Imaging.CreateBitmapSourceFromHBitmap(ptrBmp, IntPtr.Zero, Int32Rect.Empty, System.Windows.Media.Imaging.BitmapSizeOptions.FromEmptyOptions());
this.image1.Source = this.bmpSrc;
DeleteObject(ptrBmp);
this.bmpSrc = null;

et la méthode DeleteObject() :

Code :

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

1
2
[System.Runtime.InteropServices.DllImport("gdi32.dll")]
public static extern bool DeleteObject(IntPtr hObject);

J'ai bindé un slider à un effet de luminosité/contraste avec la librairie AForge et j'utilise pas plus de 32 Mo au final, après avoir fait joujou avec le slider. Même tout du long des applications des filtres, ça bouge que jusqu'à 40 Mo en tout au final !

Nickel

++

[Thomas Lebrun]

Faudra penser à mettre ca dans la FAQ