je te conseille de lire ça:
http://home.pacbell.net/ouster/threads.ppt
Hors le but ici ce n'est pas d'economiser au maximum des cycles, c'est d'avoir une video qui s'affiche de maniere fluide, et de faire du boulot en avance en prevision de problemes futurs.
C'est justement un argument contre les threads. Les threads ont une réponse temporelles contraintes par l'OS. Pour atteindre des temps de réaction très courts (inférieur à quelques millisecondes) dans un environnement multithreadé, c'est un vrai casse tête, il faut souvent se débrouiller pour "couper" la commutation de tâche comme en plaçant son thread en haute priorité. Problême, parfois, on emmène l'OS en enfer, particulièrement ceux de MS !
Si les threads s'imposent de plus en plus comme le modele a suivre c'est pas pour rien, c'est definitevement plus efficace que le modele monothread.
on vit pas dans le même monde. Si dans les gros calculs ou des environnements graphiques, l'utilisation des threads est un plus malgrè les inconvénients, l'utilisation des threads est déconseillés ou même interdite dans l'embarqué.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Schwarzy . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 2.