- sous windows le sous-système graphique fait partie du kernel
- sous linux le sous-système graphique est une application séparé (et qui donc jouit de sa propre priorité).
Cependant, ce qui rend un affichage fluide n'est pas tant les quelques cycles perdu avec un passage en mode kernel en plus ou en moins, mais l'organisation et le scheduling des threads de l'application cliente... (et l'utilisation d'appel non bloquant!!). C'est entre autre pour cela que les "vraies" threads (schédulés en tant que telle) sont apparus avec le 2.6.
Amha, le problème est de définir un "ralentissement", est-ce un accès disque (dans ce cas il n'y a pas de raison que ça rame), un process trop fortement cpu-bound (genre une crasse se tapant en time critical pour simuler du temps réel sur un OS qui n'est pas conçu pour...), l'utilisation d'un autre périphérique, etc...
Il est aussi à noter que concernant la fluidité d'affichage, la mode semble être à la composation "à la macosx", autrement dit: l'os se charge du rendu de l'écran, de façon régulière et fluide, les applications fournissent du contenu afin de pouvoir composer l'affichage... ça devrait supprimer les problèmes de fenêtre partiellement dessinée, etc...
[^] # Re: Question comparative Windows / Linux
Posté par tene . En réponse au journal Question comparative Windows / Linux. Évalué à 3.
- sous windows le sous-système graphique fait partie du kernel
- sous linux le sous-système graphique est une application séparé (et qui donc jouit de sa propre priorité).
Cependant, ce qui rend un affichage fluide n'est pas tant les quelques cycles perdu avec un passage en mode kernel en plus ou en moins, mais l'organisation et le scheduling des threads de l'application cliente... (et l'utilisation d'appel non bloquant!!). C'est entre autre pour cela que les "vraies" threads (schédulés en tant que telle) sont apparus avec le 2.6.
Amha, le problème est de définir un "ralentissement", est-ce un accès disque (dans ce cas il n'y a pas de raison que ça rame), un process trop fortement cpu-bound (genre une crasse se tapant en time critical pour simuler du temps réel sur un OS qui n'est pas conçu pour...), l'utilisation d'un autre périphérique, etc...
Il est aussi à noter que concernant la fluidité d'affichage, la mode semble être à la composation "à la macosx", autrement dit: l'os se charge du rendu de l'écran, de façon régulière et fluide, les applications fournissent du contenu afin de pouvoir composer l'affichage... ça devrait supprimer les problèmes de fenêtre partiellement dessinée, etc...