Skip navigation
Please use this identifier to cite or link to this item: https://repository.esi-sba.dz/jspui/handle/123456789/829
Full metadata record
DC FieldValueLanguage
dc.contributor.authorBEN ELHADJ DJELLOUL, MOhamed ELfateh-
dc.contributor.authorSAID MANSOUR, YAhia-
dc.date.accessioned2026-06-18T08:24:19Z-
dc.date.available2026-06-18T08:24:19Z-
dc.date.issued2025-
dc.identifier.urihttps://repository.esi-sba.dz/jspui/handle/123456789/829-
dc.descriptionEncadreur : Dr. SERHANE Oussamaen_US
dc.description.abstractThis thesis provides an in-depth comparison of type-1 (bare-metal) and type-2 (hosted) hypervisors in generic production and operational contexts. We őrst present the fundamentals of virtualization (guest execution, MMU assistance, paravirtualization), then evaluate both approaches along concrete axes : performance (CPU/memory/I/O costs, p95/p99 stability), safety/isolation (IOMMU, reduced attack surface), operations (uniőed observability, updates, fault tolerance, live migration), networking (virtio, vhost-user/DPDK, SR-IOV), and economic/energy efficiency (consolidation, density, power consumption). In general, a type-1 foundation delivers more predictable latencies and advanced orchestration capabilities (density, VM mobility), whereas a type-2 foundation speeds up rollout on existing hosts but introduces variability (host-OS dependencies). Building on recent work (optimizations to virtio packed/multiqueue, user-space dataplanes, SR-IOV, adaptive migration policies), we propose practical recommendations for choosing and tuning the stack according to latency, isolation, cost, and scalability objectives.**** Cette thèse compare de manière approfondie les hyperviseurs type 1 (bare-metal) et type 2 (hébergés) dans des contextes génériques de production et d’exploitation. Nous présentons les principes de la virtualisation (exécution invitée, MMU assistée, paravirtualisation), puis évaluons les deux approches selon des axes concrets : performance (coûts CPU/Mémoire/E/S, stabilité p95/p99), sûreté/isolation (IOMMU, réduction de la surface d’attaque), opérations (observabilité uniőée, mises à jour, tolérance aux pannes, migration à chaud), réseau (virtio, vhost-user/DPDK, SR-IOV) et efficience économique/énergétique (consolidation, densité, consommation). De façon générale, un socle type 1 permet des latences plus prévisibles et des capacités d’orchestration avancées (densité, mobilité des VMs), tandis qu’un socle type 2 accélère la mise en route sur postes existants mais ajoute de la variabilité (dépendances à l’OS hôte). À partir de travaux récents (optimisations virtio packed/multiqueue, dataplanes utilisateurs, SR-IOV, politiques de migration adaptatives), nous proposons des recommandations pratiques pour le choix et le tuning de la pile, en fonction des objectifs de latence, d’isolation, de coût et d’évolutivité.en_US
dc.language.isofren_US
dc.subjectVirtualizationen_US
dc.subjectType-1 Hypervisoren_US
dc.subjectType-2 Hypervisoren_US
dc.subjectKVM/QEMUen_US
dc.subjectXenen_US
dc.subjectOperationsen_US
dc.subjectObservabilityen_US
dc.subjectNetworkingen_US
dc.subjectSR-IOVen_US
dc.subjectLive Migrationen_US
dc.subjectDensityen_US
dc.subjectEnergyen_US
dc.titleHyperviseurs Type-1 vs Type-2 : analyse comparative de l’architecture, des performances et de l’opérabilitéen_US
dc.typeThesisen_US
Appears in Collections:Master

Files in This Item:
File Description SizeFormat 
MASTER (3)-1-1.pdf59,07 kBAdobe PDFView/Open
Show simple item record


Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.