Closed slashdevsda closed 11 years ago
Normalement dans les sources (src/thread), il y a deja des abtractions threads/mutex pour windows et pour linux. Et effectivement, nous n'avons pas de thread pool, tu veux que je mette ma threadpool (utilise dans rtype) ? Ou alors, tu repars from scratch?
Ah savoir, que ca va etre amener a changer. Avec entwanne vu que l'on part pour faire signaux/slots, on que l'on va pousser le vice, jusqu'a la threadpool. Il faut que l'on puisse communiquer d'un thread a un autre avec les signaux.
Normalement, je dis bien normalement pas de probleme de porta pour la thread pool, elle ne doit utiliser qu'exclusivement des classes deja portee (pas pthread_mutex et autre...), si tu as besoin de pthread_cond/semaphore ou que sais-je, il te faudra les abstraires sous forme de classe et utilise l'abstraction.
(Pense au NonCopyable pour la threadpool)
Où en es-tu dans l'avancement de cette ThreadPool
?
Je UP pour signaler qu'il serait bien qu'on puisse commencer à travailler avec les threads. Ils représentent en effet un des points centraux de notre modèle objet, étant responsables du transfert des signaux. On peut continuer à développer d'autres parties en parallèle, mais ça risque d'être vite bloquant. Je rappelle qu'il reste moins de 3 semaines avant la soutenance API.
@nutsi Petite question aussi sur les Thread
, quel est l'intérêt des méthodes init
, pause
, resume
?
(et pas de join
?)
Hello, Afin de contribuer au projet, je me propose de coder le threadpool et éventuellement une abstraction des threads (pthreads/linux dans un premier temps.) *edit : en fait ça existe déja l'abstraction des threads event polling -> [threadpool]
Toute suggestion est bienvenue.