C'est pour le moins inélégant, et c'est une solution à courte vue pour améliorer l'interactivité en environnement graphique fenêtré (windows...), qui n'améliorera en rien le fonctionnement sur des serveurs, par exemple (à l'inverse d'une solution totalement algorithmique pour trouver quel processus mérite du temps CPU sans sale hack, comme Linux essaie de faire) !
C'est au contraire une methode tres efficace, car celui qui a l'info (le window manager) la donne directement plutot qu'essayer de deviner, ce qui peut donner un mauvais resultat, qui coute du temps a essayer de deviner, ...
Quand a ameliorer le fonctionnement sur des serveurs, quelle utilite ? Ton scheduler Linux il continuera a essayer de deviner sur un serveur, sous Windows il perdra pas de temps a essayer de deviner, il a deja la reponse.
Et ce n'est certainement pas adapté à un environment souple et non-monolhitique comme Linux, où l'environement/interface utilisateur n'est pas un « builtin » indélogeable, mais peut être de natures très différentes, nativement réseau et multiutilisateur (X11, protocole X en réseau, console, framebuffer, qtpe, tinyx, ...: il faudrait implémenter ce sale hack partout, et en pondérant l'usage simultané de plusieurs d'entre eux ou par plusieurs utilisateurs, et faire transiter une telle information sur le réseau,...).
Tu me fais bien marrer avec "souple et non-monolithique", les 2 OS ont la meme architecture.
Quand a l'UI elle est tout autant nativement reseau et multi-user sous Windows.
[^] # Re: Les « mérites » de l'ordonanceur de MS Windows [was Re: BSD ]
Posté par pasBill pasGates . En réponse au journal L'interview vérité de Con Kolivas. Évalué à 1.
C'est au contraire une methode tres efficace, car celui qui a l'info (le window manager) la donne directement plutot qu'essayer de deviner, ce qui peut donner un mauvais resultat, qui coute du temps a essayer de deviner, ...
Quand a ameliorer le fonctionnement sur des serveurs, quelle utilite ? Ton scheduler Linux il continuera a essayer de deviner sur un serveur, sous Windows il perdra pas de temps a essayer de deviner, il a deja la reponse.
Et ce n'est certainement pas adapté à un environment souple et non-monolhitique comme Linux, où l'environement/interface utilisateur n'est pas un « builtin » indélogeable, mais peut être de natures très différentes, nativement réseau et multiutilisateur (X11, protocole X en réseau, console, framebuffer, qtpe, tinyx, ...: il faudrait implémenter ce sale hack partout, et en pondérant l'usage simultané de plusieurs d'entre eux ou par plusieurs utilisateurs, et faire transiter une telle information sur le réseau,...).
Tu me fais bien marrer avec "souple et non-monolithique", les 2 OS ont la meme architecture.
Quand a l'UI elle est tout autant nativement reseau et multi-user sous Windows.