nan je crois que c t multiprocess qu´il voulais dire.
l´histoire des temps de noyau. 3sec ----> google
Les programmes que vous lancez sont decoupes en processus, qui
sont eux memes decoupes en activites ( threads ) . Lorsqu´un
processeur execute une thread, on dit qu´il execute une tache (
task ) . Le probleme, c´est qu´il ne peut en traiter qu´une a la
fois lorsqu´il est monocore ( ce qui est le cas
actuellement de tous les processeurs x86, aka pc ) . Donc, lorsque
vous lancez mozilla et que vous ecoutez votre mp3 favori avec xmms
par exemple, il va falloir remedier a un souci, satisfaire a la fois mozilla et xmms.
Le processeur dispose d´un ordonnanceur qui
va decouper les besoins de xmms et de mozilla en tranches infimes
et leur attribuera un court lap de temps les ressources du processeur. Notez que
ce temps est si court ( cela depend du systeme, mais nous
resterons simples sur cette partie destinee aux debutants ) que
vous ne ressentez pas ce decoupage du temps; la lecture de votre mp3 est fluide.
Il s´ecoule un certain temps entre le moment ou l´ordonnanceur
dit a mozilla " arrete toi un peu histoire que je redonne du
temps a xmms" et le moment ou il dit a xmms " vas y c´est a toi
! ". Ce lap de temps est appele time slice.
Etant reduit 10fois sur un noyau 2.6 ( par rapport a un noyau
2.4 ) vous imaginez bien les performances supplementaires...
tadaaaa