MultiThreading / Intérêt du SLEEP

**chris_wafer** · 08/08/2007, 23h20

Bonjour,

J'aurais aimé savoir à quoi sert le SLEEP dans le cas d'un multithreading.
Effectivement, ça sert à endormir le thread mais quelle est l'utilité?

Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
#include <windows.h>
#include <stdio.h>

int m_thread1_on_run;
int m_thread2_on_run;

static DWORD WINAPI FunctionForThread1( void *Param )
{
	while(m_thread1_on_run)
	{
		fprintf(stdout, "Thread 1\n");
//		::Sleep(200);  // <--- UTILITE???
	}

    return 0; 
} 

static DWORD WINAPI FunctionForThread2( void *Param )
{ 
	while(m_thread2_on_run)
	{
		fprintf(stdout, "Thread 2\n");
//		::Sleep(200);  // <--- UTILITE??? 
	}

	return 0; 
} 



int main(int argc, char*argv[])
{
	m_thread1_on_run = true;
	m_thread2_on_run = true;


	HANDLE m_h_thread1 = ::CreateThread( NULL, 0, FunctionForThread1, NULL, 0, NULL );
	HANDLE m_h_thread2 = ::CreateThread( NULL, 0, FunctionForThread2, NULL, 0, NULL );

	::Sleep(5000);

	m_thread1_on_run = false;
	m_thread2_on_run = false;


	::WaitForSingleObject(m_h_thread1, INFINITE);
	::WaitForSingleObject(m_h_thread2, INFINITE);
	
	return EXIT_SUCCESS;
}

Quel serait l'utilité de décommenter les SLEEP?

Merci d'avance pour votre aide, car j'ai vraiment du mal à voir l'utilité de la commande SLEEP?

**Laurent Gomila** · 08/08/2007, 23h52

L'intérêt c'est d'endormir le thread pendant 200 ms à chaque tour de boucle, sûrement pour ne pas afficher "Thread x" 500 fois par seconde.

**deadalnix** · 08/08/2007, 23h53

Dans la realité, il n'existe qu'un thread par processeur.

Mettre un sleep a donc une utilité :

Si tu n'en met pas, tu monopolise des ressources pour un thread. cela peu par exemple etre prejudiciable a une autre thread, qui lui a vraiment besoin de ressources.

**chris_wafer** · 09/08/2007, 15h24

Envoyé par deadalnix

Dans la realité, il n'existe qu'un thread par processeur.

Mettre un sleep a donc une utilité :

Si tu n'en met pas, tu monopolise des ressources pour un thread. cela peu par exemple etre prejudiciable a une autre thread, qui lui a vraiment besoin de ressources.

Donne moi un exemple en particulier.
Car dans mon exemple, j'ai bien des affichages du "thread 1" et "thread 2" (sans SLEEP), ainsi ça ne monopolise rien.
j'ai du mal à saisir...

**Cyr1c** · 09/08/2007, 17h08

Simple :

Thread1 effectue un travail lourd
Thread2 vérifie de temps en temps l'avancement de Thread1.

Si Thread1 et Thread2 ont la même priorité et aucun sleep, autant de temps processeur sera alloué à Thread1 et Thread2...

Alors que la logique voudrait que Thread1 s'exécute la majorité du temps et que Thread2 ne se reveille que de temps en temps pour vérifier l'avancement ... d'où l'interêt du sleep().

**Médinoc** · 09/08/2007, 20h07

Le sleep() réduit la consommation de ressources par le thread, puisqu'après chaque itération il fait forcément une pause de 200ms.
Ceci permet aux autres threads, y compris ceux de priorité inférieure, d'utiliser le processeur pendant que le thread leur laisse la place.

**chris_wafer** · 09/08/2007, 21h02

Envoyé par Cyr1c

Simple :

Thread1 effectue un travail lourd
Thread2 vérifie de temps en temps l'avancement de Thread1.

Si Thread1 et Thread2 ont la même priorité et aucun sleep, autant de temps processeur sera alloué à Thread1 et Thread2...

Alors que la logique voudrait que Thread1 s'exécute la majorité du temps et que Thread2 ne se reveille que de temps en temps pour vérifier l'avancement ... d'où l'interêt du sleep().

Cela voudrait donc dire que si on met un sleep dans le Thread2 alors au final le programme sera plus rapide puisque Thread1 serait exécuté plus souvent?
Ai-je bien compris?

**chris_wafer** · 09/08/2007, 21h04

Envoyé par Médinoc

Le sleep() réduit la consommation de ressources par le thread, puisqu'après chaque itération il fait forcément une pause de 200ms.
Ceci permet aux autres threads, y compris ceux de priorité inférieure, d'utiliser le processeur pendant que le thread leur laisse la place.

Cela veut donc dire que si on a :
- 1 thread de forte priorité
- 2 threads de faible priorié
Alors si on met pas de sleep dans le thread de forte priorité, les threads de faible priorité ne seron jamais exécutés?
Ai-je bien compris?

**Médinoc** · 09/08/2007, 21h07

"jamais" en théorie, presque en pratique, pour plusieurs raisons:

Le thread de haute priorité peut être mis en attente pour des entrées/sorties (accès aux fichiers, swap mémoire)
Un mécanisme anti-famine est déclenché dans le noyau Windows à intervalles de trois secondes: Les threads "affamés" reçoivent deux slots de temps puis retombent.

**chris_wafer** · 09/08/2007, 21h11

Envoyé par Médinoc

"jamais" en théorie, presque en pratique, pour plusieurs raisons:

Le thread de haute priorité peut être mis en attente pour des entrées/sorties (accès aux fichiers, swap mémoire)
Un mécanisme anti-famine est déclenché dans le noyau Windows à intervalles de trois secondes: Les threads "affamés" reçoivent deux slots de temps puis retombent.

C'est un peu du chinois...
Je ne comprends toujours pas l'utilité du sleep... Il me faudrait peut-être un exemple très concret.

Merci d'avance...

**millie** · 09/08/2007, 22h04

Envoyé par chris_wafer

C'est un peu du chinois...
Je ne comprends toujours pas l'utilité du sleep... Il me faudrait peut-être un exemple très concret.

Merci d'avance...

Exemple :
Serveur de partage de fichier.

Plein de client demande des fichiers au serveur. Il y a création d'un thread juste avant le transfert du fichier.

Comme le serveur est surchargé, il y a dans le protocole l'envoie au client d'un message du style :
6789 TCP 2 qui va signifier : connecte toi sur le porte 6789 avec le protocole TCP, je met un timeout de 2 secondes (utile pour éviter de plomber le serveur). Si la personne ne s'est pas connectée dans 2 secondes, le serveur suppose le transfert échoué.

Donc l'algorithme va simplement s'écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Création du socket de connecter

Envoyer au client "6789 TCP 2"
Dormir 2 secondes
Regarder si quelqu'un s'est connecté sur le socket
 Si personne, on tue le thread
Sinon
 On lance le transfert

Le serveur peut ne pas vouloir que le thread se réveille avant les deux secondes car il peut être surchargé, il sait par exemple qu'un transfert va se finir d'ici 1 seconde ce qui va lui permettre de gérer plus facilement un nouveau transfert dans deux secondes.

**chris_wafer** · 10/08/2007, 15h31

Peut-être que quelqu'un aurait un exemple plus simple?

**Cyr1c** · 10/08/2007, 15h34

Envoyé par chris_wafer

Cela voudrait donc dire que si on met un sleep dans le Thread2 alors au final le programme sera plus rapide puisque Thread1 serait exécuté plus souvent?
Ai-je bien compris?

Oui, c'est ca

Le sleep permet de s'assurer de laisser la main aux autres Threads.

**chris_wafer** · 11/08/2007, 10h21

C'est vraiment pas encore très clair...

MultiThreading / Intérêt du SLEEP

Windows

Discussions similaires

Partager

Partager