[Posix Threads] - Condition Variables && Cpu Usage

New Topic

Tools

List of Categories

Who has read this topic?

Add Reply

Printable version

Activate notification

Programmation » [Posix Threads] - Condition Variables && Cpu Usage

« Previous topic Next topic »

Altar

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 10:06:35,

By Altar

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.

Altar

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 10:47:53,

By Altar

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

zion

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 12:10:49,

By zion

Merlin + 1.

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

Code:

while monautretrucapasfini do ;

Du coup, ca monte à 100% de CPU :kiki:

Code:

while monautretrucapasfini do
begin
Application.ProcessMessages;
Sleep(100);
end;

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

Je suis le Roy :ocube:

philfr

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 12:13:29,

By 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 :grin:

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

zion

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 12:17:39,

By zion

philfr> Je lance le thread :banzai:

Je suis le Roy :ocube:

Altar

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 19:38:50,

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

philfr

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 20:30:49,

By philfr

Quel OS ?

Georgio

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 21:12:30,

By Georgio

Debian Sarge :wink:

philfr

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 21:34:28,

By philfr

Debian Sarge c'est pas un OS c'est une distribution GNU/Linux :oh:

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:

Latest Edition: 18/04/2006 @ 21:35:06

Georgio

[Posix Threads] - Condition Variables && Cpu Usage

Published 18/04/2006 @ 22:28:13,

By 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 :grin:

Oups oublié de noter :

2.6.14-2 et j'dirai qu'il a été recompilé à la sauce altar :grin:

(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:

)

Latest Edition: 18/04/2006 @ 22:31:19

ovh