...on peut vraiment leur faire dire ce que l'on veut.
Depuis le kernel 2.4.10, la "guerre des VMs" se poursui sur la LKM, et j'ai vu passer des bench en tout genre, chacun favorisant une mouture ou une autre, suivant les conditions et les test réalisés.
Ce qu'il faut bien prendre en compte, c'est que ce qui compte le plus dans une VM ce n'est pas les performances brutes (même si c'est important), mais surtout la capacité à ne pas se comporter trop mal en prie cas. Une VM d'un noyau comme Linux doit pouvoir supporter des configurations (matérielles et logicielles) très diverses, des charges très variées, une utilisation exclusive (comme un serveur Web) ou composite (comme une machine perso faisant serveur Web, serveur de fichier pour le réseau local et servant de plateforme de dev, ...) sans se casser complétement la figure. Hors, c'est justement dans le but de la VM -rmap: évite les pires cas, qui, sur une VM "classique" nécessitent de parser l'ensemble des process pour trouver "la" page à libérer.
Enfin, pour l'instabalité de la -rmap, outre le fait que ce soit une version de dev, il y a surtout le fait que les patches -rmap officiels sont pour le noyau 2.4.17 et pas le noyau 2.4.18-pre3, comme l'a signalé Rik sur /. (le 2.4.17-rmap12 passe les tests de "torture noyau" de RedHat dit-il, mais je ne sais pas en quoi consistent ces test exactement).
# Ouais, enfin, les benchmarks...
Posté par Gaël Le Mignot . En réponse à la dépêche Une foret d'arborescences du noyau. Évalué à 10.
Depuis le kernel 2.4.10, la "guerre des VMs" se poursui sur la LKM, et j'ai vu passer des bench en tout genre, chacun favorisant une mouture ou une autre, suivant les conditions et les test réalisés.
Ce qu'il faut bien prendre en compte, c'est que ce qui compte le plus dans une VM ce n'est pas les performances brutes (même si c'est important), mais surtout la capacité à ne pas se comporter trop mal en prie cas. Une VM d'un noyau comme Linux doit pouvoir supporter des configurations (matérielles et logicielles) très diverses, des charges très variées, une utilisation exclusive (comme un serveur Web) ou composite (comme une machine perso faisant serveur Web, serveur de fichier pour le réseau local et servant de plateforme de dev, ...) sans se casser complétement la figure. Hors, c'est justement dans le but de la VM -rmap: évite les pires cas, qui, sur une VM "classique" nécessitent de parser l'ensemble des process pour trouver "la" page à libérer.
Enfin, pour l'instabalité de la -rmap, outre le fait que ce soit une version de dev, il y a surtout le fait que les patches -rmap officiels sont pour le noyau 2.4.17 et pas le noyau 2.4.18-pre3, comme l'a signalé Rik sur /. (le 2.4.17-rmap12 passe les tests de "torture noyau" de RedHat dit-il, mais je ne sais pas en quoi consistent ces test exactement).