Discussion :

[totoscill]

Bonjour,

Je developpe une application MFC. Je trouve que mon application utilise beaucoup de charge CPU (il y a beaucoup de boucle). J'ai entendu dire qu'il existait une fonction qui permettai de "rendre la main" à Windows un certain temps et donc de diminuer la charge CPU.

Quelqu'un en à t il déjà entendu parlé et quelle est cette fameuse fonction?

Je vous remercie.

[Mac LAK]

Si tu veux parler de Sleep, ça ne changera pas grand-chose... Si ton appli bouffe beaucoup de CPU, tu as en général les raisons suivantes :

• C'est normal, tu fais un traitement "lourd".
• Tu bloques la boucle de messages Windows, et ton application se "fige" tant que tu n'as pas fini ton traitement. Lancer des threads pour résoudre ça.
• Tu effectues des appels en attente active. Par exemple, boucler sur une lecture depuis une socket au lieu d'utiliser les évènements et/ou les lectures bloquantes.

Au pire, essaie de faire un profilage du code et repère la fonction la plus consommatrice de temps machine, que tu posteras ensuite ici... Mais il te faut les outils adéquats, et ça dépend de ta version de Visual utilisée hélas.

[totoscill]

Si tu veux parler de Sleep, ça ne changera pas grand-chose... Si ton appli bouffe beaucoup de CPU, tu as en général les raisons suivantes :

• C'est normal, tu fais un traitement "lourd".
• Tu bloques la boucle de messages Windows, et ton application se "fige" tant que tu n'as pas fini ton traitement. Lancer des threads pour résoudre ça.
• Tu effectues des appels en attente active. Par exemple, boucler sur une lecture depuis une socket au lieu d'utiliser les évènements et/ou les lectures bloquantes.

Au pire, essaie de faire un profilage du code et repère la fonction la plus consommatrice de temps machine, que tu posteras ensuite ici... Mais il te faut les outils adéquats, et ça dépend de ta version de Visual utilisée hélas.

Oui Sleep je connais. On m'avais parlé d'une autre fonction mais je ne m 'en souviens plus.
Je n'utilise pas de process vraiment "lourd" mais j'ai effectivement des boucles sur lecture de socket mais elles sont dans des Threads il me semble.

Par contre, tu me parle de profilage de code: que veux tu dire?

J'utilise Visual studio 2008 version pro.

[Mac LAK]

Je n'utilise pas de process vraiment "lourd" mais j'ai effectivement des boucles sur lecture de socket mais elles sont dans des Threads il me semble.

Ce n'est pas parce qu'elles sont dans des threads qu'elles ne carbonisent pas le CPU... Tes threads de lecture depuis les sockets doivent occuper ZERO POURCENT de charge CPU lorsque tu n'as aucune donnée prêtre. Si ce n'est pas le cas, c'est que tes lectures ne sont pas bloquantes, donc c'est "mal".

Par contre, tu me parle de profilage de code: que veux tu dire?

Analyser le code (via des outils automatiques) afin de savoir combien de temps CPU chaque fonction bouffe dans le programme.

J'utilise Visual studio 2008 version pro.

Je ne crois pas qu'il y aie une fonction de profilage dans cette version, il me semble que ce n'est que dans la version "Development" et au dessus...

[totoscill]

Ce n'est pas parce qu'elles sont dans des threads qu'elles ne carbonisent pas le CPU... Tes threads de lecture depuis les sockets doivent occuper ZERO POURCENT de charge CPU lorsque tu n'as aucune donnée prêtre. Si ce n'est pas le cas, c'est que tes lectures ne sont pas bloquantes, donc c'est "mal".

Analyser le code (via des outils automatiques) afin de savoir combien de temps CPU chaque fonction bouffe dans le programme.

Je ne crois pas qu'il y aie une fonction de profilage dans cette version, il me semble que ce n'est que dans la version "Development" et au dessus...

Je suis d'accord avec toi mais normalement une lecture sur une socket est bloquante donc pas de problème. Un autre process qui doit me prendre de la charge CPU est la mise à jours de l'IHM.

[Mac LAK]

Je suis d'accord avec toi mais normalement une lecture sur une socket est bloquante donc pas de problème. Un autre process qui doit me prendre de la charge CPU est la mise à jours de l'IHM.

Vérifie quand même pour tes sockets : mets un breakpoint après la lecture, n'envoie AUCUNE donnée. Si tu t'arrêtes sur tes BP, c'est pas bon. Si effectivement dès que tu envoie les BP se déclenchent, alors c'est qu'elles sont bien bloquantes.

Sinon, c'est un thread plutôt qu'un processus, je pense... Si c'est un processus, c'est visible directement dans le gestionnaire de tâches.
Ensuite, c'est justement le profilage qui te permet de savoir quel thread / fonction carbonise le temps CPU...

[totoscill]

Vérifie quand même pour tes sockets : mets un breakpoint après la lecture, n'envoie AUCUNE donnée. Si tu t'arrêtes sur tes BP, c'est pas bon. Si effectivement dès que tu envoie les BP se déclenchent, alors c'est qu'elles sont bien bloquantes.

Sinon, c'est un thread plutôt qu'un processus, je pense... Si c'est un processus, c'est visible directement dans le gestionnaire de tâches.
Ensuite, c'est justement le profilage qui te permet de savoir quel thread / fonction carbonise le temps CPU...

Ok, merci. Je regarde ca.