Poster une réponse à un sujet: [Posix Threads] - Condition Variables && Cpu Usage
Attention, ce sujet est un sujet ancien (6708 jours sans réponse)
Altar
ovh > Je ne permets pas de telles accusations
![:oh: :oh:](images/smileys/oh.gif)
Georgio
Bon voila altar pour le coming out c'est fait ^^
ovh
Georgio et Altar sont dans un bateau...
![:calinlit: :calinlit:](images/smileys/calinlit.gif)
![:patapai: :patapai:](images/smileys/patapai.gif)
![:neowen: :neowen:](images/smileys/neowen.gif)
Georgio
Oups désolé philfr ^^ ( honte sur moi pour la confusion entre OS et distrib ^^ )
J'reponds pour Altar parce que j'connais un peu la machine pour laquelle il bosse
Oups oublié de noter :
2.6.14-2 et j'dirai qu'il a été recompilé à la sauce altar
(Et je réponds pour lui, car comme il est pas là il aura peut etre la surprise d'une jolie réponse lors de sa reconnexion
)
J'reponds pour Altar parce que j'connais un peu la machine pour laquelle il bosse
![:grin: :grin:](images/smileys/grin.gif)
Oups oublié de noter :
2.6.14-2 et j'dirai qu'il a été recompilé à la sauce altar
![:grin: :grin:](images/smileys/grin.gif)
(Et je réponds pour lui, car comme il est pas là il aura peut etre la surprise d'une jolie réponse lors de sa reconnexion
![:grin: :grin:](images/smileys/grin.gif)
philfr
Debian Sarge c'est pas un OS c'est une distribution GNU/Linux
Kernel 2.4 ou 2.6 ? Standard package Debian ou recompilé avec tes options ?
Puis d'abord, t'es pas Altar toi, pourquoi c'est toi qui réponds ?...
![:oh: :oh:](images/smileys/oh.gif)
Kernel 2.4 ou 2.6 ? Standard package Debian ou recompilé avec tes options ?
Puis d'abord, t'es pas Altar toi, pourquoi c'est toi qui réponds ?...
![:wink: :wink:](images/smileys/wink.gif)
Georgio
Debian Sarge
![:wink: :wink:](images/smileys/wink.gif)
philfr
Quel OS ?
![:oh: :oh:](images/smileys/oh.gif)
Altar
Ok, j'ai résolu le problème. Apparement, le scheduleur changeait de thread à la fin de chaque recv (ne me demander pas pourquoi) et certains recv étaient vraiment très court ce qui provoquait un swap entre les threads très fréquents ==> une utilisation cpu fort élevée.
zion
philfr> Je lance le thread
![:banzai: :banzai:](images/smileys/banzai.gif)
philfr
Dis-nous aussi sur quelle version de quel OS et le cas échéant quelle version de libraire pthread.
N'oublie pas que en sortant de ton pthread_cond_wait, tu dois toujours checker si la condition est effectivement présente pour continuer, sinon tu dois repartir de suite dans ton wait.
Cela dit, les threads c'est mal
...
Hormis le vrai temps réel, ou la vraie concurrence cpu-intensive, la plupart des problèmes résolus aujourd'hui avec des threads peuvent en général être résolus par select() ou assimilé... Et c'est une tendance que j'observe de plus en plus dans les applications type serveur ou GUI. Je suis prêt à argumenter davantage dans un autre débat bien sûr...
N'oublie pas que en sortant de ton pthread_cond_wait, tu dois toujours checker si la condition est effectivement présente pour continuer, sinon tu dois repartir de suite dans ton wait.
Cela dit, les threads c'est mal
![:grin: :grin:](images/smileys/grin.gif)
Hormis le vrai temps réel, ou la vraie concurrence cpu-intensive, la plupart des problèmes résolus aujourd'hui avec des threads peuvent en général être résolus par select() ou assimilé... Et c'est une tendance que j'observe de plus en plus dans les applications type serveur ou GUI. Je suis prêt à argumenter davantage dans un autre débat bien sûr...