Clairement les performances sont présentes hein et très peu diminuées par l'hyperviseur, mais vraiment (je pense que les gens seraient étonnés de la facilité d'installation si le matériel est supporté, et d'utilisation au quotidien du système :) ). Si tu veux des performances (pour par exemple utiliser tous les coeurs, et toute la ram pour un processus qui fait de gros calculs) ce n'est à mon avis ni QubesOS ni un système à conteneurs qu'il faut utiliser mais un système classique et contrôler l'environnement de la machine (qui y accède, pour faire quoi, etc.).
Ce qu'on peut pointer comme reproche c'est le "besoin" d'avoir 16Go de RAM pour être "à l'aise" avec plusieurs appVMs et plusieurs applications dans chaque (et ainsi bénéficier de l'isolement entre les VM pour séparer les usages applicatifs).
Avec 8Go c'est compliqué d'avoir plusieurs appVMs applicatives mais on garde le principal : le fait d'avoir des VM pour les "fonctions" (de base : sys-net pour servir de frontal avec le réseau local, sys-usb pour accéder aux périphériques, sys-firewall pour filtrer les échanges inter-VM, etc.) et ainsi on a une sécurité pour nos applications liée à l'isolement qui reste intéressante (encore une fois sans perte de performance, juste d'espace mémoire).
Par rapport au conteneurs, le fait de ne pas partager le noyau est justement ce qui fait la sécurité du système.
Enfin mirageOS (un noyau écrit en ocaml cité ici) est sur le point booter correctement dans un mode PVH ce qui ouvre la voie à un firewall utilisant 32Mo de RAM au lieu d'un linux classique montant rapidement dans la consomation mémoire.
[^] # Re: QubesOS
Posté par palainp . En réponse au journal Linux ne m'intéresse plus. Évalué à 4.
Clairement les performances sont présentes hein et très peu diminuées par l'hyperviseur, mais vraiment (je pense que les gens seraient étonnés de la facilité d'installation si le matériel est supporté, et d'utilisation au quotidien du système :) ). Si tu veux des performances (pour par exemple utiliser tous les coeurs, et toute la ram pour un processus qui fait de gros calculs) ce n'est à mon avis ni QubesOS ni un système à conteneurs qu'il faut utiliser mais un système classique et contrôler l'environnement de la machine (qui y accède, pour faire quoi, etc.).
Ce qu'on peut pointer comme reproche c'est le "besoin" d'avoir 16Go de RAM pour être "à l'aise" avec plusieurs appVMs et plusieurs applications dans chaque (et ainsi bénéficier de l'isolement entre les VM pour séparer les usages applicatifs).
Avec 8Go c'est compliqué d'avoir plusieurs appVMs applicatives mais on garde le principal : le fait d'avoir des VM pour les "fonctions" (de base : sys-net pour servir de frontal avec le réseau local, sys-usb pour accéder aux périphériques, sys-firewall pour filtrer les échanges inter-VM, etc.) et ainsi on a une sécurité pour nos applications liée à l'isolement qui reste intéressante (encore une fois sans perte de performance, juste d'espace mémoire).
Par rapport au conteneurs, le fait de ne pas partager le noyau est justement ce qui fait la sécurité du système.
Enfin mirageOS (un noyau écrit en ocaml cité ici) est sur le point booter correctement dans un mode PVH ce qui ouvre la voie à un firewall utilisant 32Mo de RAM au lieu d'un linux classique montant rapidement dans la consomation mémoire.