From: Martin Quinson <mquinson@zeppelin-cb.de>
> >From: Sylvain Sauvage <Sylvain.Sauvage@info.unicaen.fr>
> >"romain > Linux" wrote:
> > >[...]
> > >
> > > Il ne faut pas confondre :
> > > - multi-thread : une tache s'execute en plusieurs 'sous-taches' qui
se
> > > suivent, donnant l'impression d'un systeme multi-tache (c'est comme
cela
> >que
> > > marche Windaube)
> >
> >Pas tout à fait, les threads peuvent très bien s'exécuter en // !
> >Un thread est un « processus léger », c'est-à-dire que, contrairement
aux
> >processus (penser « programme »), les threads partagent les variables
> >globales et le code (penser à deux fonctions du même programme). Le
partage
> >de l'exécution sur les processeurs est une question de « scheduler »,
Linux
> >ne le fait pas pour les threads utilisateurs mais il le fait pour les
> >threads
> >systèmes.
>
> Si je comprends bien la dernière phrase, Linux peut partager sur plus
d'un
> processeur les threads systèmes, mais ne le fait pas sur les threads
> utilisateurs (qui eux sont alors partagés sur le même processeur).
>
> Ai-je bien compris? Si oui, pourquoi y-a-t-il cette différence entre les
> threads utilisateurs et systèmes?
Ben la réponse est dans la question : c'est à l'utilisateur >d'ordonnancer
les threads utilisateurs. Le systeme ne sait meme pas >qu'ils existent.
Comment pourait il les migrer d'un processeur sur >l'autre ?