Fundamentals 13 min read

Deepin aBos Integrated Machine: Architecture and Virtualization Technologies

The article explains Deepin's aBos integrated machine solution, detailing its three‑layer virtualization architecture, the role of the aSV hypervisor built on Linux KVM and QEMU, and the mechanisms of CPU, memory, and I/O virtualization, including Type‑I and Type‑II hypervisors, vCPU scheduling, and hardware‑assisted techniques.

Architects' Tech Alliance
Architects' Tech Alliance
Architects' Tech Alliance
Deepin aBos Integrated Machine: Architecture and Virtualization Technologies

The aBos integrated machine solution combines networking, compute, and storage resources into a single appliance for small‑to‑medium enterprises or branch offices, featuring three core components—network device virtualization, server virtualization, and storage virtualization—managed through a web control platform (VMP) and a centralized BBC management center.

Server virtualization in aBos uses the aSV hypervisor, which presents virtual machines (VMs) to end users, allowing them to install software, attach disks, and configure networks just like on a physical x86 server.

Hypervisor Architecture

A hypervisor sits between physical hardware and operating systems, enabling multiple OS instances to share the same hardware. It allocates memory, CPU, network, and disk resources to each VM and loads the guest OS.

Hypervisors are classified into two types:

Type‑I (bare‑metal) runs directly on hardware without a host OS, offering better performance; examples include VMware ESX, Citrix XenServer, Microsoft Hyper‑V, and Linux KVM.

Type‑II (hosted) runs on top of a host OS, incurring additional overhead; examples include VMware Workstation, Virtual PC, and Virtual Server.

Deepin's aSV adopts a Type‑I approach using Linux KVM, which is a kernel‑based virtualization module leveraging hardware extensions (Intel VT‑x) and the QEMU user‑space tool.

KVM provides the kernel module, while QEMU supplies the user‑space emulation of hardware devices; together they enable full control of virtual machines.

vCPU Mechanism

Each virtual CPU (vCPU) is represented by a VMCS structure; when a vCPU is scheduled onto a physical CPU, its context is saved to or restored from this structure, allowing independent execution of multiple vCPUs.

Memory Virtualization

The VMM manages a two‑level address translation: Guest Virtual Address (VA) → Guest Physical Address (PA) → Machine Address (MA). Techniques such as Extended Page Tables (EPT) let the CPU perform both translations in hardware, eliminating the need for software‑based shadow page tables.

I/O Device Virtualization

Three main I/O virtualization methods are described: full device emulation, front‑end/back‑end split drivers, and direct device assignment (e.g., via IOMMU/PCI‑SR‑IOV), each balancing performance and compatibility.

VirtualizationqemuKVMvCPUhypervisorI/O virtualizationmemory virtualization
Architects' Tech Alliance
Written by

Architects' Tech Alliance

Sharing project experiences, insights into cutting-edge architectures, focusing on cloud computing, microservices, big data, hyper-convergence, storage, data protection, artificial intelligence, industry practices and solutions.

0 followers
Reader feedback

How this landed with the community

login Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.