Fonction sleep et consommation CPU

Bonjour à tous,

Je suis confronté au traditionnel problème de l'utilisation CPU. Lorsque j'utillise DirectX pour programmer (notamment des intergaces graphiques), je peux synchroniser ma boucle principale sur l'affichage avec D3DPRESENTINTERVAL. J'utilise actuellement OpenGL, et là, la synchronisation n'arrête pas la boucle (j'ai l'impression qu'elle limite l'affichage quand même).
J'ai donc décidé de mettre un sleep(1) si mon programme était assez rapide. Parfait. Je lance le gestionnaire des taches windows, et là, je consomme encore presque 80% du cpu (d'un de mes 2 cpu en tout cas) ! Je décide donc de lancer un profiler : LTProf. Je relance mon programme, et là, j'analyse les résultats : 95% du temps est passé dans la fonction sleep(1), sauf que ma consommation cpu n'est pourtant pas réduite de 95% !! Comment expliquer ça ?? C'est un grand mystère pour moi...

Merci,
Thomas

OpenGL et le vsync, erf :/

J'ai eu le même probleme recemment.

Pas encore trouvé de solution miracle.

Par contre, la fonction Sleep de windows, exactement comme celle de linux, est guarantie d'utiliser 0% du proc tant qu'elle tourne.

Donc, hypothese pour toi :

Verifie tes Fps.

Si tu cherche quelque chose comme 60 Fps ( limite habituelle du vsync, donc, ça ou 75), tu devrais plus essayer des sleep(10) ou 15, et voir ce que ça donne question proc ...

Il se peut aussi ( a verifier, ça m'interesse) qu'openGL tourne en boucle comme un boulet jusqu'au vsync, comme tu lui demande, *puis* effectue ton sleep, ce qui expliquerai des utilisations proc abusives meme pour des fps faibles par rapport au max sans vsync ( 600 fps -> 60 fps devrait donner 10 % utilisation du proc, donc si tu observe 30%, mauvais).

Dans tous les cas, ton profiler semble erroné :/

Après une petite analyse, le gros ralentissement vient de la fonction SwapBuffers(hDC) !
Si je l'enlève, bon, rien ne s'affiche, mais on tombe à quasi 0% de consommation processeur. Dès qu'on l'ajoute, ça devient le drame, et on passe de 0% à 100% (en fait, ça dépend de la taille de la fenetre : petite fenetre 30%, grande fenetre 100%...) !

J'imagine que je dois oublier une option quelconque pour permettre d'optimiser SwapBuffers... mais quoi ???
Pour info, voilà ma boucle principale :

Code:

---

1 2 3 4 5 6 7

if(Decor.Rendu()==0) return 0; if(Decor.Gestion()==0) return 0; glFlush(); SwapBuffers(hDC);

---

Si quelqu'un a une idée, ça m'aiderait vraiment beaucoup !

De retour...

Visiblement, c'est clairement ma méthode de gestion d'opengl qui ne va pas. Je viens de chercher à droite à gauche, et je suis tombé sur un tutorial qui utilise

Code:

---

1 2 3 4 5 6 7

auxInitDisplayMode(AUX_SINGLE | AUX_RGBA); //pas de Double-buffering auxInitPosition(100,100,largeur,hauteur); auxInitWindow("Triangle"); setupRC(); auxReshapeFunc(Reshape); //fonction gérant le redimensionnement de la fenètre auxMainLoop(Main_part);

---

Et ça marche ! La consommation processeur est nulle, alors que le même programme qui utilise swapbuffers m'utilise 80% du proc... quelqu'un a-t-il une idée de la raison de cette complète imperformance de swapbuffers ???

Visiblement, je suis bon pour revoir ma création de fenêtre et ma gestion de la souris et du clavier (basée sur des évènement windows)...

Utilise plutôt SDL ou GLFW. (Je ne te conseille pas GLUT parce que c'est pas terrible)

Ou bien SFML (cf ma signature)

As tu change manuellement le rafrachissement vertical ? par defaut je pense qu'il y en a pas. Verifie bien que ca limite ton affichage.

Sinon voila comment activer/desactiver la VSync dans OpenGL:

Code:

---

1 2 3 4 5 6 7 8 9 10

const char *extensions = reinterpret_cast<const char *>(glGetString(GL_EXTENSIONS)); if( strstr(extensions, "WGL_EXT_swap_control") == 0) return; else { wglSwapIntervalEXT = (PFNWGLSWAPINTERVALFARPROC)wglGetProcAddress( "wglSwapIntervalEXT" );   if(wglSwapIntervalEXT) wglSwapIntervalEXT(0); }

---