En effet, le détarrage est long et prend 4 gigas, c'est le root file system qui servira de modèle à toutes les machines virtuelles. Les machines virtuelles sont équipé du COW, Copy On Write, qui permet de ne pas dupliquer ces 4 gigas autant de fois qu'il y a de machines. Lors d'une écriture dans une machine seule les différences avec le modèle sont sauvegardés.
Le modèle fait 4 giga mais les données qu'il contient font beaucoup moins, l'espace restant permet aux machines virtuelles d'avoir plus de 2 giga d'espace disque vierge.
Mon code perso se limite à la "matrice de commutation" mais pour permettre de tester ce code de façon plug-and-play, il fallait y mettre la totale: file-system, kernel et mon soft.
Clownix est le nom d'un autre outil qui n'a rien à voir, il fait du monitoring principalement pour les QDISC du noyau linux. Comme je n'ais qu'un site, j'ai appelé ma plateforme uml_clownix.
Pour la doc, je sais qu'elle est très insuffisante, mais cela n'arrêtera pas les plus motivés.
[^] # Désolé pour les carences en explications
Posté par clowncoder . En réponse à la dépêche Démos OSPF, OLSR ou MIPv6 prêtes en 2 minutes. Évalué à 1.
Le modèle fait 4 giga mais les données qu'il contient font beaucoup moins, l'espace restant permet aux machines virtuelles d'avoir plus de 2 giga d'espace disque vierge.
Mon code perso se limite à la "matrice de commutation" mais pour permettre de tester ce code de façon plug-and-play, il fallait y mettre la totale: file-system, kernel et mon soft.
Clownix est le nom d'un autre outil qui n'a rien à voir, il fait du monitoring principalement pour les QDISC du noyau linux. Comme je n'ais qu'un site, j'ai appelé ma plateforme uml_clownix.
Pour la doc, je sais qu'elle est très insuffisante, mais cela n'arrêtera pas les plus motivés.