Simple, ton noyau UML tourne en mode utilisateur. Donc il ne peut accéder directement au filesystem (inode et tout ça), car ça se fait en mode kernel et il est entiérement en mode utilisateur (d'où le nom UML d'ailleurs). Du coup, pour que ça marche, le noyau UML en mode utilisateur appelle les primitives du vrai noyau... Ce qui fait bien un premier appel de primitive kernel dans le noyau UML, suivi du même appel de ce dernier dans le noyau principal. Et ce n'est qu'un exemple.
Du coup, met 20 UML sur une machine, met 20 VServer sur une autre, fait un simple test de lecture non séquentielle, en parallèle sur tous ces serveurs et en même temps, et là tu verras concrétement le problème... (bien sûr tape sur un même disque, pas sur des points de montage différents sinon ça ne vaut rien comme test)
[^] # Re: UML vs VServer
Posté par Val . En réponse à la dépêche Linux VServer, pour ceux qui ne connaissent pas.... Évalué à 2.
Du coup, met 20 UML sur une machine, met 20 VServer sur une autre, fait un simple test de lecture non séquentielle, en parallèle sur tous ces serveurs et en même temps, et là tu verras concrétement le problème... (bien sûr tape sur un même disque, pas sur des points de montage différents sinon ça ne vaut rien comme test)