Discussion :

[Kalite]

Bonjour,

J'ai un serveur multi-client sous linux. Pour chaque client le serveur cr�er un thread POSIX.

Afin de savoir si le client est toujours connecter, toute les 5s je voudrait envoyer un "ping" (ce n'est pas un vraie ping).
Si je ne re�oit pas la r�ponse dans les 0.5s, j'arr�te proprement le traitement.

Mon probl�me est le suivant: Comment mettre en "pause" un thread au bout d'un temps d�terminer ? Ceci afin d'envoyer le "ping" ou d'indiquer que la r�ponse n'a pas �t� re�ue a temps.
Il ne faut pas que cela interrompe les autres threads.

PS : les temps sont arbitraires.

[Lightness1024]

premier truc, il est impossible de bloquer des threads � partir d'autre threads, et notamment il n'est pas possible de les faire quitter.

un thread se met en pause tout seul et s'arrete tout seul, tout l'ordonnancement au sein d'un process multi thread doit se faire coop�rativement.

par exemple, tu peux lire la doc des "interuptions point" de boost qui explique que en passant sur un interrupt point si un autre thread a demand� l'arret de ce thread une exception sera lanc�e. c'est la qu'on voit que c'est coop�ratif, un thread doit poller tout seul comme un grand r�gulirement si qqun lui a demand� de s'arreter.

ca c'est pour l'arret, mais c'est la meme chose pour tout autre communication, par exemple tes threads qui discutent avec les clients pourraient etre en attente passive sur un flux avec un timeout. si ce timeout est �coul� l'OS reveille le thread et tu peux avoir un code qui dit que tu es sorti du wait a cause d'une timeout et alors tu peux ecrire dans un manager g�n�ral (avec un lock) que ton client ne r�pond plus et tu sucides le thread avec un return en cascade ou une exception.

tu peux aussi signaler le main thread avec une condition variable que quelque chose a chang� dans le manager de clients, le main thread qui dormait parce qu'il s'occupe de l'UI va faire un tour de "update from model" pour afficher le changement.

je ne sais pas si ca t'aide mais ta question n'�tait pas super claire donc moi je met comment je ferais.

[Kalite]

Merci pour les informations.

Le traitement que j'effectue dans le thread est tr�s court mais j'ai des contraintes de performance tr�s �lev�. Donc je cherchais � �viter de tester r�guli�rement le temps �coul� depuis le dernier "ping" en utilisant la fonction timeofday().

[JeitEmgie]

premier truc, il est impossible de bloquer des threads � partir d'autre threads, et notamment il n'est pas possible de les faire quitter.

Voir : pthread_cancel, pthread_setcancelstate , pthread_setcanceltype , pthread_testcancel

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
52
53
54
55
56
57
58
59
60
61
62
 
The following functions are required to be cancellation points by POSIX.1-2001
       and/or POSIX.1-2008:
 
           accept()
           aio_suspend()
           clock_nanosleep()
           close()
           connect()
           creat()
           fcntl() F_SETLKW
           fdatasync()
           fsync()
           getmsg()
           getpmsg()
           lockf() F_LOCK
           mq_receive()
           mq_send()
           mq_timedreceive()
           mq_timedsend()
           msgrcv()
           msgsnd()
           msync()
           nanosleep()
           open()
           openat() [Added in POSIX.1-2008]
           pause()
           poll()
           pread()
           pselect()
           pthread_cond_timedwait()
           pthread_cond_wait()
           pthread_join()
           pthread_testcancel()
           putmsg()
           putpmsg()
           pwrite()
           read()
           readv()
           recv()
           recvfrom()
           recvmsg()
           select()
           sem_timedwait()
           sem_wait()
           send()
           sendmsg()
           sendto()
           sigpause() [POSIX.1-2001 only (moves to "may" list in POSIX.1-2008)]
           sigsuspend()
           sigtimedwait()
           sigwait()
           sigwaitinfo()
           sleep()
           system()
           tcdrain()
           usleep() [POSIX.1-2001 only (function removed in POSIX.1-2008)]
           wait()
           waitid()
           waitpid()
           write()
           writev()

[Lightness1024]

Voir : pthread_cancel, pthread_setcancelstate , pthread_setcanceltype , pthread_testcancel

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
52
53
54
55
56
57
58
59
60
61
62
 
The following functions are required to be cancellation points by POSIX.1-2001
       and/or POSIX.1-2008:
 
           accept()
           aio_suspend()
           clock_nanosleep()
           close()
           connect()
           creat()
           fcntl() F_SETLKW
           fdatasync()
           fsync()
           getmsg()
           getpmsg()
           lockf() F_LOCK
           mq_receive()
           mq_send()
           mq_timedreceive()
           mq_timedsend()
           msgrcv()
           msgsnd()
           msync()
           nanosleep()
           open()
           openat() [Added in POSIX.1-2008]
           pause()
           poll()
           pread()
           pselect()
           pthread_cond_timedwait()
           pthread_cond_wait()
           pthread_join()
           pthread_testcancel()
           putmsg()
           putpmsg()
           pwrite()
           read()
           readv()
           recv()
           recvfrom()
           recvmsg()
           select()
           sem_timedwait()
           sem_wait()
           send()
           sendmsg()
           sendto()
           sigpause() [POSIX.1-2001 only (moves to "may" list in POSIX.1-2008)]
           sigsuspend()
           sigtimedwait()
           sigwait()
           sigwaitinfo()
           sleep()
           system()
           tcdrain()
           usleep() [POSIX.1-2001 only (function removed in POSIX.1-2008)]
           wait()
           waitid()
           waitpid()
           write()
           writev()

oui je crois que ca confirme ce que je dis. le thread annul� doit passer sur un point de coop�ration avant de pouvoir subir une volont� ext�rieure.