Re: [Tsp-devel] Multi-thread et temps réel.

[NOULARD Eric]

Ben oui c'est la joie des threads :)))
Surtout chez les RedHat men qui depuis la RH9.0 sont
passés en NPTL sans le savoir [ou presque] :))

Quand on manipule les thread il faut penser:

pthread_<gnignagnu>

plutôt que <gnognagni>

2 exemples violents sont:

sched_setscheduler .vs. pthread_setschedparam
ou encore mieux:
sigprocmask    .vs. pthread_sigmask


le problème étant que
gnognagni != gnignagnu
donc faut fouiner.

Ce qui me fait de toute façon penser qu'il faudra rajouter
à TSP une API tsp_cntl qui permet des 'réglages' de contrôle
du 'run-time' genre la priorité des threads qui sont crées
sous le manteau :))

Le mer 07/04/2004 à 11:53, DUFRENNE, Yves a écrit :
> Salut
>  
> Je jouais à passer un Processus Multi-threadé ( Pseudo Simulateur
> Satellite couplé avec TSP) en temps réel sous Linux (On s'amuse comme
> on peut au travail): Le thread GLU qui génère les données en classe
> temps réel (SCHED_FIFO, prio MAX, blindé sur le CPU 0) et les autres
> quelconques .
>  
> Surprise, le serveur se bloque : Tout mon processus (ie ma collection
> de thread) passe en Temps réel, et donc le GLU bourrin que j'avais
> écrite ne lâchait plus le processeur, affamant ses petits camarades.
> Pourquoi, alors que cela marchait en kernel 2.4.18, cela plante en
> 2.4.20 ?  Tout simplement car le getpid dans un thread retourne le pid
> du processus et non pas le pid du thread dans la philo POSIX ! Et mon
> code passait donc en temps réel dans le thread tout le processus.
>  
> Voir cette petite URL pour les curieux.
> http://www.talkaboutprogramming.com/group/comp.programming.threads/messages/41158.html
>  
> Y++
>  
> 
> ______________________________________________________________________
> 
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/tsp-devel
-- 
Eric NOULARD
E-mail: address@hidden