企业官网建设流程全解析

厦门网站制作开发收费,中国有名的营销策划公司,内蒙古自治区建设厅网站,提供网站建设出售传统的非 VHE 模式HostOS 和 Guest OS 运行在 EL1 级别#xff0c;HostOS 上的 Qemu 运行在 EL0 级别#xff0c;KVM 运行在 EL2 级别。一个 VM 对应 HostOS 上一个 QEMU 进程#xff1b;一个 vCPU 对应 HostOS 上一个 QEMU 线程。当 CPU 上运行 Host Context 时#xff0c…传统的非 VHE 模式HostOS 和 Guest OS 运行在 EL1 级别HostOS 上的 Qemu 运行在 EL0 级别KVM 运行在 EL2 级别。一个 VM 对应 HostOS 上一个 QEMU 进程一个 vCPU 对应 HostOS 上一个 QEMU 线程。当 CPU 上运行 Host Context 时时钟中断直接进入 HostOS当 CPU 上运行 Guest Context 时时钟中断直接进入 KVM。时钟中断进入 KVM 时KVM 保存 Guest Context, 设置 Host Context此时通过设置 HCR_EL2.IMO 改变了后续的时钟中断陷入行为后 ERET 进入 HostOS. HostOS 继续处理此时钟中断调用 scheduler 决定之后运行哪个线程。关于调用栈的冻结状态// QEMU 代码 (User Space) // ... 准备工作 ... int ret ioctl(vcpu_fd, KVM_RUN, 0); // --- QEMU 线程停在这里 // ... 此时 QEMU 陷入内核态等待内核返回 ... // ... 只有当 VM 发生需要 QEMU 处理的事件如 IO时才会运行到下一行 ... if (ret 0) handle_error(); switch (run-exit_reason) { ... }当 CPU 上要从 HostOS 切换到 GuestOS 时QEMU 执行 ioctl(vcpu_fd, KVM_RUN, 0); 这是一个系统调用进入 HostOS 后HostOS 执行 kvm_* 一系列工作最终执行到 kvm_call_hyp. 这是一个 hypervisor call, HostOS 中断在这里后进入 EL2EL2 的 KVM 保存 Host 上下文加载 Guest 上下文ERET 后进入 EL1 执行 GuestOS发生 Exit 事件比如 Host 时钟中断Guest - KVMKVM 保存 Guest ctx 加载 Host ctx, ERETHostOS 认为 hvc 执行完毕HostOS 检查 hvc 返回的原因时钟中断但当前线程时间片没用完他会继续调用 hvc, 这个过程完全不涉及 QEMU, QEMU 继续冻结在 ioctl 那里时间片用完了HostOS 调用 schedule, QEMU 线程被挂起CPU 运行其他线程Guest 发起 IO 请求HostOS 从系统调用返回 QEMU, QEMU 去处理 IO在 7.3 的情况下QEMU 进程从 ioctl 返回执行后续的代码从上面这个流程可以看出KVM 其实应该分为两个部分一个是以内核模块形式运行在 EL1 的部分另一个是运行在 EL2 的微型 Hypervisor 代码。EL1 的部分是虚拟化逻辑的核心他处理 IO、内存管理、指令模拟、中断注入。它通过 HVC 指令驱动 EL2。EL2 的部分仅是利用位于 EL2 的特权按 EL1 部分的指示切换硬件。EL1 部分的 KVM 都做了什么是怎么利用 Linux 的1. GuestOS 的内存IPA是谁分配的VM 启动时QEMU 进程会在用户态调用 mmap,获取一段 HVAQEMU 会通过 ioctl 告诉 KVM 模块这段 HVA, 且告诉 KVM 在 GuestOS 的视角下这段 HVA 应该对应哪段 GPA当 GuestOS 试图访问 GPA 时此时 stage2 页表空空触发缺页异常陷入 KVMKVM 内核模块拿着 GPA 查对应的 HVA, 用 get_user_pages() 查 HPA可能 hostos 此时才真正为 HVA 分配 HPA查到 HPA 后建立 GPA - HPA 的 stage-2 映射KVM 模块返回 Guest2. GuestOS 的栈地址是怎么指定的栈空间是内存的一部分但最初的 Guest ctx 中的 sp 指针指向哪里这个问题还比较复杂。非 VHE 模式的缺陷通过上面的描述不难看出如果在执行 GuestOS 时发生时钟中断或缺页等异常就会连续触发四次特权级切换。GuestOS - KVM EL2KVM EL2 - HostOS KVM EL1HostOS KVM EL1 - KVM EL2KVM EL2 - GuestOS为切换 Host Guest Context, KVM EL2 就必不可少为利用 Linux 的功能实现 hypervisor, KVM EL1 kernel module 就必不可少所以上述四次特权级切换就无法避免这样性能开销就很大所以才引入了 VHE 模式。现代的 VHE 模式