Par rapport à une virtualisation de machine, il y est très peu d'overhead.
Pour te donner un bonne exemple, j'arrive à installer une bonne dizaine de vserver en activité sur un portable P75 sans problème et sans encore latence.
Après tout dépend de l'activité, mais jusqu'à maintenant, les performances sont au rendez-vous car l'interconnexion et l'activité au sein du kernel a été réduit à une idée simple: le context_id.
Chaque process/file/handler possède un ctx_id qui (le) spécifie dans un monde parralèle.
Le main possède le ctx_id 0 et les autres, comme tu veux (ID random ou fixe)
La gestion de ce ctx_id ne demande presque rien au kenrel et apporte beaucoup en terme de perf et d'évolution future.
Je résume à mort, bien entendu.
Après, il y a aussi les features que je te laisse le soin d'appréhender.
En tout cas, c'est un beau projet je trouve, et la coreteam est toujours dispo pour aider voire débugger si besoin ait. (notamment bertl :)
[^] # Re: Gains par rapport a Xen/qemu/etc.
Posté par Prae . En réponse à la dépêche Linux-VServer : Nouvelle version stable, nouveau site Web. Évalué à 9.
Pour te donner un bonne exemple, j'arrive à installer une bonne dizaine de vserver en activité sur un portable P75 sans problème et sans encore latence.
Après tout dépend de l'activité, mais jusqu'à maintenant, les performances sont au rendez-vous car l'interconnexion et l'activité au sein du kernel a été réduit à une idée simple: le context_id.
Chaque process/file/handler possède un ctx_id qui (le) spécifie dans un monde parralèle.
Le main possède le ctx_id 0 et les autres, comme tu veux (ID random ou fixe)
La gestion de ce ctx_id ne demande presque rien au kenrel et apporte beaucoup en terme de perf et d'évolution future.
Je résume à mort, bien entendu.
Après, il y a aussi les features que je te laisse le soin d'appréhender.
En tout cas, c'est un beau projet je trouve, et la coreteam est toujours dispo pour aider voire débugger si besoin ait. (notamment bertl :)