Version imprimable
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.
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.Citation:
Envoyé par 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.
Par contre, tu me parle de profilage de code: que veux tu dire?
J'utilise Visual studio 2008 version pro.
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".Citation:
Envoyé par totoscill
Analyser le code (via des outils automatiques) afin de savoir combien de temps CPU chaque fonction bouffe dans le programme.Citation:
Envoyé par totoscill
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...Citation:
Envoyé par totoscill
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.Citation:
Envoyé par Mac LAK
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.Citation:
Envoyé par totoscill
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.Citation:
Envoyé par Mac LAK