Après quelques tests sur ces superbes choses que sont les variables de conditions, je suis confronté à un petit problème.

Exemple : 2 threads qui s'échangent des données à travers un petit buffer où le read se met en attente (sur une variable de condition) lorsque le buffer est vide. Apparement l'utilisation cpu a tendance à monter en flêche lorsqu'un des threads passe en wait (on arrive à 25% d'utilisation cpu).

En surfant j'ai vu que quelques personnes avaient ce problème mais je n'ai pas trouvé de solution. Si quelqu'un qui a déjà été confronté à ce problème pouvait partagé ses expériences, je l'en remercie d'avance.

Je n'ai plus fait de threads posix depuis quelques années, mais tu pourrais déjà poster un petit programme illustrant le problème. Le CPU qui monte, c'est souvent un petit détail qui fait boucler à l'infini le code au lieu de le bloque. Sans voir le code, difficile de dire ce qui cloche.

Ok, je vais tenter d'isoler les éléments pour faire un code court et lisible illustrant le problème.

Merlin + 1.

En pascal, certains débutant on tendance à faire:



Du coup, ca monte à 100% de CPU



Ca le fait déjà tout de suite plus pour le pauvre CPU

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...

philfr> Je lance le thread

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.

Quel OS ?

Debian Sarge

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 ?...

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 )

Georgio et Altar sont dans un bateau...

Bon voila altar pour le coming out c'est fait ^^

ovh > Je ne permets pas de telles accusations