Le patch inclu dans le noyau 2.5.26 n'utilise pas encore les possibilités du -rmap, ce n'est qu'un patch minimal qui implémente le reverse mapping.
Le patch -rmap complet (qui lui ne s'applique que sur un noyau 2.4 et est inclus dans les noyaux -ac et -mjc) donne des résultats concrets, même s'ils sont discutés.
> le gain est il qualifiable et quantifiable ?
Il est très difficile de quantifié ce genre de gain, les benchs de VM sont très peu fiables, et les débats là-dessus assez houleux. Surtout que -rmap est encore en cours d'optimisation.
Ce qui est sûr c'est que -rmap permet au moins de faire passer l'agorithme de remplacement de pages en O(mémoire physique) et non en O(mémoire virtuelle) comme c'est le cas actuellement (mémoire virtuelle incluant le swap, plusieurs fois les pages partagées, ...) donc si la machine est chargée le gain est appréciable.
Un autre problème de la VM courante, liée à l'archi x86, est que le DMA nécessite des pages contigües situées au dessous de 16Mo de mémoire physique pour fonctionner, or obtenir ce genre de page sur une VM classique obligé à parcourir l'ensemble de l'espace d'addressage de tous les processus pour trouver les pages se trouvant dans la bonne zone, avec -rmap c'est instantanné, il suffit de regarder les pages intéressantes directement.
[^] # Re: -rmap
Posté par Gaël Le Mignot . En réponse à la dépêche Feature freeze du noyau 2.5/2.6 prévu pour Halloween. Évalué à 10.
Le patch inclu dans le noyau 2.5.26 n'utilise pas encore les possibilités du -rmap, ce n'est qu'un patch minimal qui implémente le reverse mapping.
Le patch -rmap complet (qui lui ne s'applique que sur un noyau 2.4 et est inclus dans les noyaux -ac et -mjc) donne des résultats concrets, même s'ils sont discutés.
> le gain est il qualifiable et quantifiable ?
Il est très difficile de quantifié ce genre de gain, les benchs de VM sont très peu fiables, et les débats là-dessus assez houleux. Surtout que -rmap est encore en cours d'optimisation.
Ce qui est sûr c'est que -rmap permet au moins de faire passer l'agorithme de remplacement de pages en O(mémoire physique) et non en O(mémoire virtuelle) comme c'est le cas actuellement (mémoire virtuelle incluant le swap, plusieurs fois les pages partagées, ...) donc si la machine est chargée le gain est appréciable.
Un autre problème de la VM courante, liée à l'archi x86, est que le DMA nécessite des pages contigües situées au dessous de 16Mo de mémoire physique pour fonctionner, or obtenir ce genre de page sur une VM classique obligé à parcourir l'ensemble de l'espace d'addressage de tous les processus pour trouver les pages se trouvant dans la bonne zone, avec -rmap c'est instantanné, il suffit de regarder les pages intéressantes directement.