WF 4 - 93% du processeur, 1,5 Go pris en mémoire.

Question

Bonjour,

J'utilise WF 4  - J'ai créé un Workflow qui contient 16 séquences, qui peuvent contenir elles-mêmes jusqu'à 5 séquence soit 80 séquences.

Ces séquences se contentent pour la plupart de lire un fichier XML avec une requête XLinq, on ne peut pas faire plus simple.

Résultat :

- 1,5 Go de mémoire lors du lancement d'un Workflow...
- 93% du processeur consommé par devenv.exe
- Plantage régulier de Visual Studio en faisant un simple copier/coller... motif : mémoire insuffisante !
- Temps d'éxécution multiplié par 4 par rapport à WF 3.5.

Avez-vous les mêmes problèmes ?
Utilisez-vous WF 4 pour des Workflows complexes ?

 

Answer 1

Bonjour XtOf,

Oui j'ai rencrontré ce même soucis sur de gros Workflow. J'ai constaté que ces désagréments étaient proportionnel à la partie Xaml du Workflow : plus on a de Xaml et plus Visual Studio a du mal.

Pour y remédié, j'ai découpé mes workflow lourds en plusieurs workflows qui lancent d'autres workflows par une activité custom (ça a diminué ma charge mémoire et le temps de chargement initial). Tout le problème vien du chargement de la totalité du Xaml.

Par contre, bonne nouvelle : Ceci ce produit principalement dans Visual Studio et sur un Os client. Pour moi le pire ça a été sous XP... sur Windows 7 ça va à peu près mais le pc soufre beaucoup en mode debug sur les workflow lourds.

En mode Realease sur un Os Server (2008 R2 dans mon cas) ça tourne très bien. En tout cas pour le processeur ça ne soufre pas trop (2 core qui ne bougent que quand il y a solicitation, pas en Idle du workflow). La RAM est indiquée comme utilisée en moyennement, mais je ne suis pas un pro du monitoring donc je n'ai pas trouvé le moyen de controler ce qui est occupé et ce qui est réellement utilisé (solicité serrait peut être plus exacte). J'ai noté qu'il y avait un distinction, car quoi qu'il arrive ma machine continuait à bien répondre.

Personnellement je crois que la partie Xaml des workflow nous induit pas mal en erreur. On a une occupation mémoire importante mais sans grande solicitation au finale :( après chargement. Moi aussi je me suis fait peur et quand j'ai vue que le compteur RAM montait mais que le Workflow répondait toujours aussi bien, je me suis fait une raison.

Par contre je crois qu'il nous faudrait des pro de MOM pour en savoir plus sur le Monitoring.

Je n'ai pas testé VS2010 sur un 2008 R2 pour le deve donc je ne saist pas si ça va. Par contre le mode debug étant très gourmant WF chargé je n'ai pas grand éspoire.

---

Jérémy Jeanson MCP http://blogs.codes-sources.com/JeremyJeanson/ (French or English Spoken)

Answer 2

Bonjour Christophe,

As tu tenté depuis de regarder du côté de tes activités custom pour voir si leur activité de base ne pourrait pas plutôt être de type AsyncCodeActivity?

Voici un article que j'ai publié hier sur le sujet et sur les soucis de blocage WF4:

http://blogs.codes-sources.com/jeremyjeanson/archive/2010/07/01/wf4-coder-une-activit-d-attente-non-bloquante-sans-bookmark.aspx

j'avais cru comprendre que tes activités manipulaient des fichier... ceci doit donc pouvoir s'appliquer et améliorer tes performances. 

---

Jérémy Jeanson MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

Answer 3

Bonjour Christophe,

Pas de nouvelles au sujet de tes workflows?

---

Jérémy Jeanson MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

Answer 4

Hello,

 

Et bien ... MS considère qu'il s'agit d'un bug de Visual Studio !

- ouf c'est pas à cause de mon code ;) -

Cela se produit même sur une machine plus puissante (Windows 7 + 8 GO de ram).

Ils ont envoyé une vidéo du comportement de VS 2010 aux support MS.

Wait & see...

De notre côté, nous n'utilisons plus WF pour ce projet (peut être plus tard ?).

A+

Answer 5

ok,

On pourrait en savoir un peu plus sur le bug?

Sur le forum US on en partant d'une question basique sur CacheMetadata on a constaté un double appel de la méthode CacheMetadata dans les workflows Xaml... ça a un rapport?

---

Jérémy Jeanson MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

Answer 6

Vous parlez de quel bug?

Answer 7

A ce jour, je n'ai pas de retour de Microsoft.

Symptômes :

Lenteurs excessives de Visual Studio 2010 lors du chargement et de la manipulation de workflows (4.0).

Workflows pourant trés simples (mais nombreux).

consommation du processeur : 100% sur XP. Idem sur Windows Server 2008 (8GO de mémoire).

mémoire : 100% de la mémoire consommée par Visual Studio 2010.

Conséquence : impossible de débuger et de déployer WF 4.0 en production.

Answer 8

Bonjour Christophe,

Toujours rien de neuf sous le soleil?

---

Jérémy Jeanson MVP, MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

Answer 9

Bonjour Christophe,

Le problème continue-t-il d'exister après l'installation de la Plateform Update 1 de .net 4?

---

Jérémy Jeanson MVP, MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)