Je rajouterais que la negociation de ressource sur le Hurd sur L4 ne se fait pour l'instant que sur la memoire, mais qu'elle se fera aussi certainement sur l'IO et le CPU (comme le disais Manuel).
Et que le nombre de schedulers et schedulers IO du noyau Linux, chacun optimises pour des usages typiques differents (anticipatory, Deadline...) , laisse presager que permettre aux applications de decider par elles meme de leurs besoin accroitrait grandement les performances.
Enfin, pour citer Alan Cox au FOSDEM 2005 :
"'Once you fix the VM for one use case, it breaks for another' part".
Le choix du Hurd de supporter tous les cas d'utilisation, et pas seulement LRU, est donc le meilleur possible.
[^] # Re: Mouai
Posté par Matthieu Lemerre . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 5.
Et que le nombre de schedulers et schedulers IO du noyau Linux, chacun optimises pour des usages typiques differents (anticipatory, Deadline...) , laisse presager que permettre aux applications de decider par elles meme de leurs besoin accroitrait grandement les performances.
Enfin, pour citer Alan Cox au FOSDEM 2005 :
"'Once you fix the VM for one use case, it breaks for another' part".
Le choix du Hurd de supporter tous les cas d'utilisation, et pas seulement LRU, est donc le meilleur possible.
http://l-lang.org/ - Conception du langage L