En fait, pour ce que j'ai pu lire du code de Xen et de OpenMOSIX, les codes sont differents. Les SSI et la virtualisation, bien que ayant des idees communes (creer des abstractions transparentes aux applications et environnements d'execution), les mises en oeuvres et les concepts sont differents la plus part du temps. Par exemple, Xen tente de tirer profit de choses telles que les technologies Intel-VT and AMD-V (virtualisation au niveau hardware) qui importe peu aux SSI (au moins jusque maintenant).
Autre difference Xen gere la memoire a la granularite d'une machine virtuelle, pas d'un processus, ce sont donc des choses differentes (et au final plus simple a mon sens dans le cas d'une machine virtuelle).
Bref, d'apres moi le seul point commun est que les deux codes sont des codes "noyau" et necessitent donc le meme genre de competences.
Apres cela, je pense que beaucoup de gens font du Xen ou Xen-like parce que c'est a la mode et qu'il y a de l'argent a recuperer facilement; chose plus difficile a faire actuellement avec un SSI.
[^] # Re: SSI-OSCAR
Posté par gvallee . En réponse à la dépêche OSCAR sort en version 5.0. Évalué à 2.
Autre difference Xen gere la memoire a la granularite d'une machine virtuelle, pas d'un processus, ce sont donc des choses differentes (et au final plus simple a mon sens dans le cas d'une machine virtuelle).
Bref, d'apres moi le seul point commun est que les deux codes sont des codes "noyau" et necessitent donc le meme genre de competences.
Apres cela, je pense que beaucoup de gens font du Xen ou Xen-like parce que c'est a la mode et qu'il y a de l'argent a recuperer facilement; chose plus difficile a faire actuellement avec un SSI.