Version imprimable
Bonjour à tous,
Ma configuration est la suivante : j'utilise Visual Studio 2008, le Framework .NET 3.5 et WPF.
J'ai de gros soucis de performance au niveau de mon client. J'ai, par exemple, des lenteurs lorsque j'utilise les ascenseurs de mon application.
J'ai utilisé le profiler EQATEC mais je n'arrive pas à diagnostiquer précisément d'où vient le problème.
Avez-vous une méthode ou un outil à me conseiller pour arriver à déterminer d'où viennent les lenteurs?
Merci, Cécile.
Tes ascenseurs sont associés à quel type de contrôle (ListBox, ListView, etc.).
Utilises-tu la virtualization de ces contrôle ? Cela permet de créer dynamiquement et à la volée que les contrôles graphiques nécessaires (visibles à l'écran...) et de créer les autres lorsque tu scrolles.
As-tu regarder du côté de l'outils WPF performance disponible ici ?
Tu peut aussi utiliser le framework .net 3.5 sp1 qui corrige de nombreux problèmes de performance de wpf
http://www.microsoft.com/downloads/d...displaylang=fr
L'outil recommandé par Jerem22 est le plus approprié pour détecter les problèmes de performances.
Sinon, l'idée d'installer le SP1 du FX .NET 3.5 est une bonne idée car il inclut un grand nombre d'amélioration de perf.
Sinon, si tu as le SP1, tu peux activer le défilement différé (IsDeferredScrollingEnabled) sur les ItemsControl: ca te permet de gagner aussi en perf.
Rebonjour et merci pour vos réponses.
C'est vrai que j'ai oublié de le préciser mais je travaille bien avec le framework .net 3.5 SP1.
J'ai vais essayer de vous expliquer brièvement ce que fait mon client.
Pour simplifier, le client affiche un plan de bâtiment en 2D et permet de localiser des personnes dans le bâtiment (les personnes portent des tags Wi-Fi sur eux).
Le bâtiment est "dessiné" via des Polygon et les personnes sont représentées par des UserControl que j'ai créés.
En WPF, j'ai créé :
- un ScrollViewer (celui qui est lent) avec dedans :
- une Grid qui contient :
- plusieurs Canvas (1 Canvas par étage de bâtiment) qui eux-mêmes
contiennent :
- soit des Polygon (pour représenter les pièces)
- soit des UserControl (pour représenter les personnes)
Quand il n'y a que quelques personnes dans le bâtiment, tout va bien, le client est rapide.
Par contre, il peut y avoir jusqu'à 3000 personnes. Et lors des tests de montée en charge, ca devient n'importe quoi. Le client devient extrèmement long.
J'ai un timer qui, toutes les 2 secondes, récupère le nouvel emplacement des personnes, supprime les UserControl et les redessine au nouvel endroit.
Le soucis est que, lorsque j'ai 3000 personnes, ma méthode qui supprime et redessine les UserControl prend plus que 2 secondes !
J'ai cité le cas de l'ascenseur qui était lent mais ce n'est qu'un exemple. Tout le client est très lent.
J'ai essayé d'utiliser le Visual Profiler mais je n'arrive toujours pas à voir où est le soucis. J'ai de gros gros problèmes de lenteur quand je l'utilise. Logique puisque mon processeur est à la ramasse.
Je n'arrive pas à savoir ce qui prend du temps : redessiner les UserControls ou les traitements que je fais à côté.
Est-ce que quelqu'un a déjà rencontré de gros soucis de performance comme celui-ci? Comment puis-je faire pour au moins comprendre ce qui se passe?
Merci, Cécile.
Au lieu de supprimer/recréer à chaque fois tes UserControl, pourquoi tu ne les replace pas simplement au bon endroit ?
Il "suffirait" alors de mettre à jour les propriétés LeftPosition et TopPosition pour replacer tes personnes au bon endroit :) Tu pourrai déjà gagner un peu.Code:<MonUserControl Canvas.Left={Binding Path=LeftPosition} Canvas.Top={Binding Path=TopPosition} .../>
En effet, j'y avais pensé mais je ne peux pas pour plusieurs raisons :
1) les personnes peuvent changer d'étage : le UserControl d'une personne doit donc changer de Canvas (car j'ai un Canvas par étage). Je ne sais pas si c'est possible en binding?
2) j'ai résumé ce que fait le client mais c'est en fait un petit peu plus compliqué que ca. Par exemple, si une pièce de bâtiment (représentée par un Polygon) n'est pas assez grande pour contenir les UserControl des personnes qui y sont, j'ai un UserControl représentant un groupe de personnes qui s'affiche. Du coup, quand les personnes se déplacent, il est plus facile pour moi de tout supprimer et de tout redessiner que de faire un algo qui ne redessinerait que ce qui a changé en prenant en compte la notion de groupe.
Pour n'avoir que les mouvements à redessiner, les modifications du client seraient énormes. C'est mon premier projet en WPF ; je ne pensais pas que c'était aussi gourmand donc du coup, rien n'est prévu pour ne redessiner que les UserControl qui ont bougé.
Avant de me lancer dans des corrections couteuses, je voudrais d'abord bien cerner l'origine des lenteurs ;)
Mais en tout cas, il est sur que dans une version 2, je ne redessinerais que ce qui est nécessaire !
Cécile.
Pour améliorer les performances, tu as essayé d'appeler la méthode Freeze sur les objets que tu utilises dans tes UserControls (si bien sur tu ne les modifies plus par la suite).
Sinon, ca pourrait t'intéresser: http://blogs.msdn.com/kiranku/archiv...hitepaper.aspx
Bonjour,
Merci pour le lien, c'est instructif. Pour ceux qui, comme moi, on un peu de mal avec la langue de Shakespeare, voici l'équivalent en français :
http://msdn.microsoft.com/fr-fr/library/aa970683.aspx
Pour le moment, je ne cherche pas de solution pour optimiser mes objets WPF, je cherche juste un moyen de savoir ce qui prend du temps.
Je vais essayer de me débrouiller avec les outils conseillés par Jérem22. Je fais faire un scénario allégé pour comprendre ce qui se passe.
Je clos la conversation car je ne pense pas que vous puissiez m'aider davantage malheureusement. J'ai bien peur de devoir revoir complètement mon client :cry:
Merci en tout cas pour les conseils.
Cécile