virtio / vhost

리눅스 커널의 반가상화(Paravirtualization) I/O 프레임워크 virtio와 데이터 경로 가속 vhost를 virtqueue 구조부터 디바이스 유형별 구현, vDPA 오프로드까지 심층 분석합니다.

virtio 입문 가이드

전가상화 vs 반가상화: virtio를 왜 쓰는가

전가상화(full virtualization)에서는 게스트 OS가 실제 하드웨어 드라이버(e1000, IDE 등)를 사용하고, QEMU가 해당 하드웨어를 소프트웨어로 완전히 에뮬레이션합니다. 모든 I/O 접근이 VM Exit를 유발하므로 성능이 크게 저하됩니다. 반가상화(paravirtualization)인 virtio는 게스트가 가상화 환경을 인지하고, 공유 메모리 기반의 최적화된 프로토콜로 통신하여 VM Exit를 최소화합니다.

QEMU에서 virtio 디바이스 추가

# virtio-net + virtio-blk 기본 설정
qemu-system-x86_64 -m 4G -smp 4 -enable-kvm \
    # virtio 네트워크
    -netdev user,id=net0 \
    -device virtio-net-pci,netdev=net0 \
    # virtio 블록 디바이스
    -drive file=disk.qcow2,if=none,id=drv0 \
    -device virtio-blk-pci,drive=drv0 \
    # virtio 콘솔
    -device virtio-serial-pci \
    -device virtconsole,chardev=con0 \
    -chardev stdio,id=con0

게스트 커널에서 virtio 드라이버 확인

# PCI 디바이스 확인
lspci | grep -i virtio
# 00:03.0 Ethernet controller: Red Hat, Inc. Virtio network device
# 00:04.0 SCSI storage controller: Red Hat, Inc. Virtio block device

# 로드된 모듈 확인
lsmod | grep virtio
# virtio_net       65536  0
# virtio_blk       24576  2
# virtio_pci       28672  0
# virtio_ring      36864  3 virtio_net,virtio_blk,virtio_pci
# virtio           20480  3 virtio_net,virtio_blk,virtio_pci

# sysfs에서 virtio 디바이스 정보
ls /sys/bus/virtio/devices/
# virtio0  virtio1  virtio2
cat /sys/bus/virtio/devices/virtio0/device
# 0x0001  (network device)
cat /sys/bus/virtio/devices/virtio0/features
# 협상된 feature bits (비트맵)

virtio 개요

virtio는 OASIS 표준으로 정의된 반가상화(paravirtualized) I/O 프레임워크입니다. 게스트 OS가 하이퍼바이저의 가상 디바이스와 효율적으로 통신하기 위한 표준 인터페이스를 제공하며, 전가상화(full virtualization) 대비 최소 2-5배 높은 I/O 성능을 달성합니다.

virtio 아키텍처

virtio는 3개 계층으로 구성됩니다: 드라이버(frontend), virtio 코어, transport.

/* include/linux/virtio.h — 핵심 구조체 */
struct virtio_device {
    int                    index;
    bool                   failed;
    bool                   config_enabled;
    struct device          dev;
    struct virtio_device_id id;  /* device/vendor ID */
    const struct virtio_config_ops *config;
    const struct vringh_config_ops *vringh_config;
    struct list_head       vqs;      /* virtqueue 리스트 */
    u64                    features; /* 협상된 기능 비트 */
    void                   *priv;    /* 드라이버 전용 데이터 */
};

struct virtio_driver {
    struct device_driver   driver;
    const struct virtio_device_id *id_table;
    const unsigned int     *feature_table;
    unsigned int           feature_table_size;
    int  (*probe)(struct virtio_device *dev);
    void (*remove)(struct virtio_device *dev);
    void (*config_changed)(struct virtio_device *dev);
};

기능 협상(feature negotiation)은 virtio의 핵심 메커니즘입니다. 드라이버와 디바이스가 각자 지원하는 기능 비트의 교집합으로 동작 모드를 결정합니다.

Virtqueue

Virtqueue는 게스트와 호스트 간 데이터 교환의 핵심 구조입니다. Split Virtqueue(레거시)와 Packed Virtqueue(v1.1+) 두 가지 형식이 있습니다.

/* include/uapi/linux/virtio_ring.h */
struct vring_desc {
    __le64 addr;    /* 게스트 물리 주소 */
    __le32 len;     /* 버퍼 길이 */
    __le16 flags;   /* VRING_DESC_F_NEXT | WRITE | INDIRECT */
    __le16 next;    /* 체인의 다음 descriptor 인덱스 */
};

/* virtqueue API (게스트 드라이버 사용) */
int virtqueue_add_sgs(struct virtqueue *vq,
    struct scatterlist *sgs[], unsigned int out_sgs,
    unsigned int in_sgs, void *data, gfp_t gfp);
bool virtqueue_kick(struct virtqueue *vq);
void *virtqueue_get_buf(struct virtqueue *vq, unsigned int *len);

Split Ring 상세 구조

Split Virtqueue는 virtio 1.0 이전부터 사용된 레거시 형식으로, 3개의 독립된 메모리 영역으로 구성됩니다. 각 영역의 역할과 구조를 상세히 분석합니다.

Descriptor Table

Descriptor Table은 게스트 메모리에 위치한 버퍼의 주소와 속성을 기술하는 배열입니다. 각 엔트리는 16바이트이며, 최대 2¹⁵(32768)개의 descriptor를 포함할 수 있습니다.

/* include/uapi/linux/virtio_ring.h — Descriptor 구조 */
struct vring_desc {
    __le64 addr;    /* 게스트 물리 주소 (GPA) */
    __le32 len;     /* 버퍼 길이 (바이트) */
    __le16 flags;   /* NEXT | WRITE | INDIRECT */
    __le16 next;    /* 체인의 다음 descriptor 인덱스 */
};

/* Descriptor flags */
#define VRING_DESC_F_NEXT     1   /* 다음 desc로 체인 계속 */
#define VRING_DESC_F_WRITE    2   /* 디바이스 쓰기용 (수신 버퍼) */
#define VRING_DESC_F_INDIRECT 4   /* 간접 descriptor 테이블 */

Available Ring

Available Ring은 드라이버(게스트)가 디바이스(호스트)에 제출하는 descriptor head 인덱스 목록입니다.

struct vring_avail {
    __le16 flags;       /* VRING_AVAIL_F_NO_INTERRUPT */
    __le16 idx;         /* 다음 기록할 ring[] 위치 */
    __le16 ring[];      /* descriptor head 인덱스 배열 */
    /* __le16 used_event; (VIRTIO_F_EVENT_IDX 활성 시) */
};

/* 드라이버: 버퍼 제출 흐름 */
/* 1. desc[i] 기록 (addr, len, flags, next) */
/* 2. avail->ring[avail->idx % queue_size] = i; */
/* 3. wmb(); (메모리 배리어) */
/* 4. avail->idx++; */
/* 5. 필요 시 kick (MMIO write / PCI notify) */

Used Ring

Used Ring은 디바이스(호스트)가 처리 완료한 descriptor를 드라이버(게스트)에 반환하는 목록입니다.

struct vring_used_elem {
    __le32 id;     /* 완료된 descriptor head 인덱스 */
    __le32 len;    /* 디바이스가 실제 기록한 바이트 수 */
};

struct vring_used {
    __le16 flags;                 /* VRING_USED_F_NO_NOTIFY */
    __le16 idx;                   /* 다음 기록할 ring[] 위치 */
    struct vring_used_elem ring[]; /* {id, len} 쌍의 배열 */
    /* __le16 avail_event; (VIRTIO_F_EVENT_IDX 활성 시) */
};

Packed Ring 상세 구조

Packed Virtqueue(virtio 1.1)는 Split Ring의 3개 영역을 단일 descriptor ring으로 통합하여 캐시 효율을 크게 개선합니다. 각 descriptor에 AVAIL/USED 플래그를 포함하고, Wrap Counter 메커니즘으로 ring의 소유권을 관리합니다.

/* Packed Virtqueue Descriptor */
struct vring_packed_desc {
    __le64 addr;    /* 버퍼 주소 (GPA) */
    __le32 len;     /* 버퍼 길이 */
    __le16 id;      /* 버퍼 식별자 (콜백 데이터 매핑) */
    __le16 flags;   /* AVAIL | USED | WRITE | NEXT | INDIRECT */
};

/* Packed descriptor flags */
#define VRING_PACKED_DESC_F_AVAIL    (1 << 7)   /* 드라이버 소유 */
#define VRING_PACKED_DESC_F_USED     (1 << 15)  /* 디바이스 소유 */

Wrap Counter 메커니즘

Packed Ring은 순환 버퍼의 경계를 Wrap Counter로 관리합니다. 드라이버와 디바이스 각각 독립적인 wrap counter를 유지합니다.

• 초기 상태: 드라이버 wrap counter = 1, 디바이스 wrap counter = 1
• 드라이버가 descriptor를 추가할 때: AVAIL = wrap_counter, USED = !wrap_counter
• ring 끝에 도달하면 wrap counter를 토글(0↔1)하고 ring 처음으로 돌아감
• 디바이스가 descriptor를 소비할 때: AVAIL = wrap_counter, USED = wrap_counter (두 비트 모두 같은 값)

In-order Completion (VIRTIO_F_IN_ORDER)

디바이스가 descriptor를 제출 순서대로 처리 완료하는 것이 보장될 때 사용합니다. 디바이스는 마지막 descriptor의 USED 플래그만 설정하면 되므로 오버헤드가 크게 줄어듭니다. virtio-blk의 순차 I/O, virtio-net의 순차 전송 등에서 활용됩니다.

Event Suppression

불필요한 notification(kick/interrupt)을 억제하여 VM Exit를 줄입니다. Packed Ring은 Driver Event Suppression과 Device Event Suppression 구조를 별도로 제공합니다.

/* Event Suppression 구조 */
struct vring_packed_desc_event {
    __le16 off_wrap;  /* 이벤트 발생 위치 (off[15:1] | wrap[0]) */
    __le16 flags;     /* ENABLE(0) | DISABLE(1) | DESC(2) */
};
/* flags=DISABLE: 알림 완전 억제 (폴링 모드) */
/* flags=DESC: 특정 descriptor 위치에서만 알림 */

라이브 마이그레이션

가상 머신의 라이브 마이그레이션(live migration) 시 virtio 디바이스의 상태를 정확히 저장하고 복원해야 합니다. 이 과정에서 virtqueue의 ring 상태, feature 협상 결과, 디바이스 전용 설정을 모두 직렬화(Serialization)해야 합니다.

Device State Save/Restore 프로토콜

마이그레이션은 크게 3단계로 진행됩니다: (1) 디바이스 일시 중지, (2) 상태 직렬화 및 전송, (3) 대상 호스트에서 상태 복원 및 재개.

/* virtio 디바이스 마이그레이션 상태 (QEMU 내부) */
struct VirtIODeviceMigrationState {
    u8   status;           /* device status register */
    u8   isr;              /* ISR 상태 */
    u16  queue_sel;        /* 선택된 virtqueue */
    u64  guest_features;   /* 협상된 feature bits */
    u32  config_gen;       /* config generation counter */
    /* 각 virtqueue별: */
    u16  vq_last_avail_idx;  /* 마지막 처리한 avail 인덱스 */
    u16  vq_used_idx;        /* 현재 used 인덱스 */
    u16  vq_signalled_used;  /* 인터럽트 전달된 used 위치 */
    /* descriptor table, avail/used ring 내용 전체 */
};

VIRTIO_F_VERSION_1 호환성

마이그레이션 시 소스와 대상 호스트의 QEMU 버전이 다를 수 있으므로, VIRTIO_F_VERSION_1 feature bit로 modern(little-endian) 형식을 보장합니다. 레거시(guest-endian) 디바이스와 modern 디바이스 간 마이그레이션은 지원되지 않습니다.

Dirty Page Tracking

라이브 마이그레이션 중 게스트가 계속 실행되므로, 변경된 메모리 페이지(Page)를 추적해야 합니다. vhost는 VHOST_SET_LOG_BASE ioctl로 dirty page 비트맵(Bitmap)을 설정합니다.

/* vhost dirty page logging */
struct vhost_memory_log {
    __u64 log_base;     /* dirty 비트맵 시작 주소 */
    __u64 log_size;     /* 비트맵 크기 */
};

/* vhost가 게스트 메모리에 쓸 때마다 해당 페이지의 */
/* dirty bit를 log_base 비트맵에 설정 */
ioctl(vhost_fd, VHOST_SET_LOG_BASE, &log);
/* 마이그레이션 완료 후 */
ioctl(vhost_fd, VHOST_SET_LOG_FD, -1); /* 로깅 중지 */

Transport 계층

virtio transport는 가상 디바이스의 발견(discovery), 설정(configuration), 알림(notification)을 담당합니다.

virtio-pci

virtio-pci는 가장 널리 사용되는 transport입니다. PCI Capability 구조를 통해 디바이스 설정 영역에 접근합니다.

/* drivers/virtio/virtio_pci_modern.c */
struct virtio_pci_modern_device {
    struct pci_dev  *pci_dev;

    /* PCI Capability 매핑 영역 */
    struct virtio_pci_common_cfg __iomem *common;  /* 공통 설정 */
    void __iomem   *device;   /* 디바이스 전용 설정 */
    void __iomem   *notify;   /* 알림 영역 */
    u8 __iomem     *isr;      /* ISR 상태 */

    u32  notify_offset_multiplier;
    int  modern_bars;          /* 사용 중인 BAR 비트맵 */
};

virtio-net

virtio-net은 가장 많이 사용되는 virtio 디바이스로, 네트워크 가상화를 담당합니다.

# QEMU virtio-net 설정
qemu-system-x86_64 \
    -netdev tap,id=net0,vhost=on \
    -device virtio-net-pci,netdev=net0,mq=on,vectors=6

# 게스트에서 멀티큐 활성화
ethtool -L eth0 combined 4

# 오프로드 확인
ethtool -k eth0 | grep -E "tx-checksum|tso|gro"

virtio-blk

virtio-blk은 블록 디바이스 가상화를 제공합니다. 멀티큐를 지원하여 고성능 NVMe SSD도 효율적으로 가상화합니다.

# QEMU virtio-blk 설정
qemu-system-x86_64 \
    -drive file=disk.qcow2,if=none,id=drive0 \
    -device virtio-blk-pci,drive=drive0,num-queues=4

# 게스트에서 확인
lsblk -d -o NAME,MODEL,ROTA,RQ-SIZE
# vda   virtio_blk   0   256

# fio 벤치마크
fio --name=test --ioengine=io_uring --bs=4k --numjobs=4 \
    --iodepth=64 --rw=randread --filename=/dev/vda

virtio-scsi

virtio-scsi는 SCSI 명령어를 전달하는 가상 HBA입니다. virtio-blk 대비 장점: 디스크 핫플러그(Hotplug), SCSI passthrough, 다수의 LUN 지원.

# virtio-scsi 설정 (QEMU)
qemu-system-x86_64 \
    -device virtio-scsi-pci,id=scsi0,num_queues=4 \
    -drive file=disk.qcow2,if=none,id=d0 \
    -device scsi-hd,drive=d0,bus=scsi0.0,channel=0,scsi-id=0,lun=0

virtio-fs

virtio-fs는 호스트-게스트 간 파일시스템 공유를 위한 디바이스입니다. FUSE 프로토콜 기반이지만 DAX window로 데이터를 직접 매핑하여 높은 성능을 제공합니다.

# 호스트: virtiofsd 데몬 시작
virtiofsd --socket-path=/tmp/vhostqemu --shared-dir=/path/to/share

# QEMU 설정
qemu-system-x86_64 \
    -chardev socket,id=char0,path=/tmp/vhostqemu \
    -device vhost-user-fs-pci,queue-size=1024,chardev=char0,tag=myfs

# 게스트에서 마운트
mount -t virtiofs myfs /mnt/shared

virtio-gpu

virtio-gpu는 GPU 가상화를 제공합니다. 2D 렌더링은 기본이며, virgl(OpenGL) 또는 Venus(Vulkan) 프로토콜로 3D 가속을 지원합니다.

# 3D 가속 virtio-gpu (virgl)
qemu-system-x86_64 \
    -device virtio-gpu-gl-pci \
    -display gtk,gl=on

virtio-balloon

virtio-balloon은 VM의 메모리를 동적으로 조절합니다. 벌루닝(inflate)으로 게스트 메모리를 호스트에 반환하고, 디플레이트(deflate)로 다시 할당받습니다.

# 벌루닝: 호스트에서 QMP로 메모리 조정
{ "execute": "balloon", "arguments": { "value": 2147483648 } }
# → 게스트 메모리를 2GB로 제한

# Free Page Reporting (v5.6+)
# 게스트가 free 페이지를 호스트에 알려 KSM/ballooning 효율 향상
qemu-system-x86_64 -device virtio-balloon-pci,free-page-reporting=on

vhost 아키텍처

vhost는 virtio의 데이터 경로(data plane)를 QEMU 유저스페이스 대신 커널 또는 별도 프로세스에서 처리하여 성능을 크게 향상시킵니다.

vhost-net

vhost-net은 커널 모듈(/dev/vhost-net)로 virtio-net의 데이터 경로를 커널에서 직접 처리합니다.

/* drivers/vhost/net.c — 핵심 구조 */
struct vhost_net {
    struct vhost_dev       dev;
    struct vhost_net_virtqueue vqs[VHOST_NET_VQ_MAX];
    struct vhost_poll      poll[VHOST_NET_VQ_MAX];
    struct socket          *tx_sock; /* TAP 소켓 */
    struct socket          *rx_sock;
};

/* QEMU에서 vhost-net 활성화 */
/* ioctl(vhost_fd, VHOST_SET_OWNER) */
/* ioctl(vhost_fd, VHOST_SET_MEM_TABLE, ...) */
/* ioctl(vhost_fd, VHOST_NET_SET_BACKEND, ...) */

vhost-user

vhost-user는 데이터 경로를 유저스페이스 프로세스에서 처리합니다. DPDK/SPDK와의 통합에 핵심입니다.

# DPDK testpmd를 vhost-user 백엔드로 사용
dpdk-testpmd --vdev 'net_vhost0,iface=/tmp/vhost-user0,queues=2' \
    -- -i --nb-cores=2

# QEMU에서 vhost-user 프론트엔드 연결
qemu-system-x86_64 \
    -chardev socket,id=chr0,path=/tmp/vhost-user0 \
    -netdev vhost-user,id=net0,chardev=chr0,vhostforce \
    -device virtio-net-pci,netdev=net0

vhost-vsock

vhost-vsock은 AF_VSOCK 소켓을 통해 VM-호스트 간 직접 통신을 제공합니다. 네트워크 설정 없이 CID(Context ID) 기반으로 연결합니다.

# QEMU에서 vsock 활성화
qemu-system-x86_64 -device vhost-vsock-pci,guest-cid=3

# 호스트에서 서버 실행 (CID 2 = 호스트)
socat VSOCK-LISTEN:1234,fork -

# 게스트에서 연결 (CID 2 = 호스트)
socat - VSOCK-CONNECT:2:1234

vhost-user 프로토콜

vhost-user는 QEMU와 유저스페이스 데이터 패스 프로세스(DPDK, SPDK 등) 간 Unix 도메인 소켓을 통해 제어 메시지를 교환하고, 게스트 메모리에 mmap으로 직접 접근하는 프로토콜입니다.

메시지 형식

모든 vhost-user 메시지는 고정 크기 헤더와 가변 페이로드(Payload)로 구성됩니다. 파일 디스크립터(File Descriptor)(메모리 매핑, eventfd 등)는 Unix 소켓의 ancillary data로 전달합니다.

/* vhost-user 메시지 헤더 */
struct vhost_user_msg_header {
    u32 request;   /* 메시지 유형 (enum VhostUserRequest) */
    u32 flags;     /* VERSION(0x1) | REPLY(0x4) | NEED_REPLY(0x8) */
    u32 size;      /* 페이로드 크기 */
};
/* + payload (최대 ~4KB) */
/* + ancillary data: fd[] (SCM_RIGHTS) */

/* 메모리 테이블 설정 예 */
struct vhost_user_memory_region {
    u64 guest_phys_addr;  /* 게스트 물리 주소 */
    u64 memory_size;      /* 영역 크기 */
    u64 userspace_addr;   /* QEMU 가상 주소 */
    u64 mmap_offset;      /* mmap 오프셋 */
};
/* fd로 memfd/hugepage 파일 디스크립터 전달 */

Shared Memory 매핑

vhost-user backend는 SET_MEM_TABLE 메시지와 함께 전달받은 파일 디스크립터를 mmap()하여 게스트 메모리에 직접 접근합니다. hugepage 기반 메모리(-mem-path /dev/hugepages)를 사용하면 TLB 미스를 줄여 성능이 향상됩니다.

DPDK vhost-user Backend 예제

/* DPDK vhost-user backend 초기화 (rte_vhost API) */
static const struct rte_vhost_device_ops vhost_ops = {
    .new_device  = vhost_new_device,   /* DRIVER_OK 시 호출 */
    .destroy_device = vhost_destroy_device,
    .vring_state_changed = vhost_vring_state,
};

/* Unix 소켓 등록 */
rte_vhost_driver_register("/tmp/vhost-user0", 0);
rte_vhost_driver_set_features("/tmp/vhost-user0", features);
rte_vhost_driver_callback_register("/tmp/vhost-user0", &vhost_ops);
rte_vhost_driver_start("/tmp/vhost-user0");

/* 데이터 경로: zero-copy enqueue/dequeue */
uint16_t nb = rte_vhost_dequeue_burst(vid, queue_id,
    mbuf_pool, pkts, MAX_BURST);
rte_vhost_enqueue_burst(vid, queue_id, pkts, nb);

virtio-fs DAX/fscache 최적화

virtio-fs는 FUSE 프로토콜 기반의 호스트-게스트 파일시스템 공유 솔루션입니다. 일반적인 네트워크 파일시스템(9p, NFS)과 달리, DAX(Direct Access) window를 통해 호스트 페이지 캐시(Page Cache)를 게스트에서 직접 메모리 매핑하여 데이터 복사를 완전히 제거할 수 있습니다.

virtio-fs 아키텍처

virtio-fs는 게스트의 FUSE 클라이언트가 virtqueue를 통해 호스트의 virtiofsd 데몬과 통신합니다. virtiofsd는 FUSE 요청을 받아 호스트 파일시스템에 대한 실제 I/O를 수행합니다.

# 호스트: virtiofsd 데몬 시작 (Rust 버전, 권장)
virtiofsd \
    --socket-path=/tmp/virtiofs.sock \
    --shared-dir=/export/shared \
    --cache=auto \
    --thread-pool-size=4

# QEMU 설정 (DAX window 활성화)
qemu-system-x86_64 -m 4G -smp 4 -enable-kvm \
    -chardev socket,id=fs0,path=/tmp/virtiofs.sock \
    -device vhost-user-fs-pci,queue-size=1024,\
chardev=fs0,tag=myfs,cache-size=2G \
    -object memory-backend-memfd,id=mem,size=4G,share=on \
    -numa node,memdev=mem

# 게스트에서 마운트
mount -t virtiofs myfs /mnt/shared
# DAX 모드 확인
mount | grep virtiofs
# myfs on /mnt/shared type virtiofs (rw,relatime,dax=inode)

DAX Window 매핑

DAX window는 게스트의 PCI BAR 영역에 매핑된 메모리 창입니다. 게스트가 파일을 mmap()하면, virtiofsd가 해당 파일 영역을 DAX window에 매핑하고, 게스트는 이후 데이터를 복사 없이 직접 접근합니다.

NUMA 인지 Virtqueue 할당

대규모 VM(수십 개 vCPU, 수백 GB 메모리)에서는 virtqueue 버퍼와 vhost 워커 스레드(Thread)의 NUMA(Non-Uniform Memory Access) 배치가 성능에 큰 영향을 미칩니다. 잘못된 NUMA 배치는 원격 메모리 접근으로 인해 지연가 2-3배 증가할 수 있습니다.

Virtqueue 버퍼 NUMA-aware 할당

Linux 커널의 virtio 드라이버는 find_vqs() 호출 시 IRQ affinity hint를 전달하여, 각 virtqueue의 인터럽트가 해당 NUMA 노드의 CPU에 배정되도록 합니다. virtqueue 버퍼도 해당 NUMA 노드의 메모리에서 할당하는 것이 이상적입니다.

/* virtio-pci: IRQ affinity와 NUMA 매핑 */
static int vp_find_vqs_msix(struct virtio_device *vdev,
        unsigned int nvqs, struct virtqueue *vqs[],
        struct irq_affinity *desc)
{
    /* MSI-X 벡터를 NUMA 인지하여 할당 */
    /* irq_set_affinity_hint()로 CPU affinity 설정 */
    /* 각 큐의 인터럽트가 동일 NUMA 노드 CPU에 배정 */
}

/* vring 버퍼 할당 시 NUMA 노드 지정 */
void *vring_alloc_queue(struct device *dev, size_t size,
    dma_addr_t *dma_handle, gfp_t flag, int node)
{
    /* NUMA 노드를 지정하여 메모리 할당 */
    return dma_alloc_coherent_node(dev, size, dma_handle,
        flag, node);
}

vhost Worker Thread CPU Affinity

vhost-net 커널 스레드(Kernel Thread)(vhost-<pid>)를 적절한 CPU에 바인딩하면 캐시 효율이 개선됩니다.

# vhost 워커 스레드 확인
ps aux | grep vhost
# root  1234  vhost-1234-0   (TX)
# root  1235  vhost-1234-1   (RX)

# NUMA 노드 0의 CPU(0-7)에 바인딩
taskset -p -c 0-7 1234
taskset -p -c 0-7 1235

# libvirt XML로 설정
# <cputune>
#   <emulatorpin cpuset="0-7"/>
# </cputune>

Large VM NUMA 토폴로지(Topology) 매핑

virtio-iommu

virtio-iommu는 가상 IOMMU를 제공하여 게스트 내에서 디바이스 DMA 격리(Isolation)를 구현합니다. 중첩 가상화나 VFIO 디바이스의 게스트 내 격리에 사용됩니다.

# QEMU virtio-iommu 설정
qemu-system-x86_64 \
    -device virtio-iommu-pci \
    -device virtio-net-pci,iommu_platform=on

vDPA (virtio Data Path Acceleration)

vDPA는 virtio 데이터 경로를 하드웨어에 오프로드합니다. SmartNIC의 virtio 호환 하드웨어가 직접 virtqueue를 처리하여 호스트 CPU 부담을 제거합니다.

# vDPA 디바이스 생성 (Mellanox ConnectX-6 예)
vdpa dev add name vdpa0 mgmtdev pci/0000:3b:00.0

# vhost-vdpa 백엔드로 QEMU 연결
qemu-system-x86_64 \
    -netdev vhost-vdpa,vhostdev=/dev/vhost-vdpa-0,id=net0 \
    -device virtio-net-pci,netdev=net0

# 커널 모듈: vhost-vdpa, vdpa, mlx5_vdpa / ifcvf

커널 내부 구조

virtio 서브시스템은 virtio_bus를 중심으로 드라이버와 transport를 연결합니다.

/* include/linux/virtio_config.h — config 콜백 */
struct virtio_config_ops {
    void (*get)(struct virtio_device *vdev, unsigned offset,
                void *buf, unsigned len);
    void (*set)(struct virtio_device *vdev, unsigned offset,
                const void *buf, unsigned len);
    u32  (*generation)(struct virtio_device *vdev);
    u8   (*get_status)(struct virtio_device *vdev);
    void (*set_status)(struct virtio_device *vdev, u8 status);
    void (*reset)(struct virtio_device *vdev);
    int  (*find_vqs)(struct virtio_device *, unsigned nvqs,
                     struct virtqueue *vqs[],
                     vq_callback_t *callbacks[],
                     const char * const names[],
                     struct irq_affinity *desc);
    void (*del_vqs)(struct virtio_device *);
    u64  (*get_features)(struct virtio_device *vdev);
    int  (*finalize_features)(struct virtio_device *vdev);
};

성능 최적화

virtio 성능을 극대화하기 위한 주요 기법입니다.

# 최적화된 QEMU 설정
qemu-system-x86_64 \
    -netdev tap,id=net0,vhost=on,queues=4 \
    -device virtio-net-pci,netdev=net0,mq=on,vectors=10,\
packed=on,iommu_platform=off \
    -drive file=disk.qcow2,if=none,id=drv0,cache=none,aio=io_uring \
    -device virtio-blk-pci,drive=drv0,num-queues=4

# 게스트에서 멀티큐 활성화
ethtool -L eth0 combined 4

# iperf3 벤치마크
iperf3 -c 192.168.1.1 -P 4 -t 30

보안 고려사항

virtio의 보안 모델에서 게스트는 비신뢰(untrusted) 영역입니다.

실전 활용

QEMU/KVM + libvirt 환경에서 virtio 설정 예시입니다.

<!-- libvirt XML: virtio 디바이스 설정 -->
<devices>
  <!-- virtio-net with vhost -->
  <interface type='network'>
    <source network='default'/>
    <model type='virtio'/>
    <driver name='vhost' queues='4'/>
  </interface>

  <!-- virtio-blk -->
  <disk type='file' device='disk'>
    <driver name='qemu' type='qcow2' cache='none' io='io_uring'/>
    <source file='/var/lib/libvirt/images/disk.qcow2'/>
    <target dev='vda' bus='virtio'/>
  </disk>

  <!-- virtio-fs -->
  <filesystem type='mount' accessmode='passthrough'>
    <driver type='virtiofs'/>
    <source dir='/path/to/share'/>
    <target dir='myfs'/>
  </filesystem>

  <!-- vsock -->
  <vsock model='virtio'>
    <cid auto='yes'/>
  </vsock>
</devices>

virtio-crypto (암호 오프로드)

virtio-crypto는 암호화 연산(cipher, hash, MAC, AEAD)을 가상 디바이스로 오프로드하는 virtio 디바이스입니다. 게스트의 Linux Crypto API와 통합되어, 호스트의 하드웨어 암호 가속기(Intel QAT, ARM CE 등)를 투명하게 활용할 수 있습니다.

지원 암호 서비스

/* drivers/crypto/virtio/virtio_crypto_core.c */
static int virtcrypto_probe(struct virtio_device *vdev)
{
    struct virtio_crypto *vcrypto;

    /* Feature 협상 */
    if (virtio_has_feature(vdev, VIRTIO_CRYPTO_F_CIPHER_STATELESS))
        vcrypto->cipher_algo_l = vp_ioread32(...);

    /* Crypto API 등록 */
    virtio_crypto_algs_register(vcrypto);
    /* → crypto_register_skcipher(), crypto_register_aead() */
}

QEMU Backend 설정

# QEMU virtio-crypto 설정 (builtin backend)
qemu-system-x86_64 -m 4G -enable-kvm \
    -object cryptodev-backend-builtin,id=crypto0 \
    -device virtio-crypto-pci,cryptodev=crypto0

# Intel QAT 하드웨어 가속 backend
qemu-system-x86_64 -m 4G -enable-kvm \
    -object cryptodev-vhost-user,id=crypto0,\
chardev=chr0,queues=2 \
    -chardev socket,id=chr0,path=/tmp/qat-vhost.sock \
    -device virtio-crypto-pci,cryptodev=crypto0

성능 벤치마크

# 게스트에서 virtio-crypto 확인
cat /proc/crypto | grep -A5 virtio
# name         : cbc(aes)
# driver       : virtio-crypto-cbc-aes
# priority     : 150

# OpenSSL 벤치마크 (AF_ALG 엔진 사용)
openssl speed -engine afalg -evp aes-128-cbc
# virtio-crypto + QAT: ~5 GB/s (vs SW: ~1.5 GB/s)

virtio-mem / virtio-pmem (동적 메모리)

virtio-mem은 VM의 메모리를 런타임에 동적으로 추가/제거하는 virtio 디바이스입니다. 기존 virtio-balloon이 메모리 "힌트"만 제공하는 것과 달리, virtio-mem은 실제 메모리 리소스를 plug/unplug합니다.

virtio-mem vs virtio-balloon

virtio-mem 동작 원리

virtio-mem은 메모리 영역을 subblock 단위로 관리합니다. 호스트가 요청한 크기(requested_size)에 맞춰 게스트가 subblock을 plug(메모리 핫플러그)하거나 unplug(메모리 핫리무브)합니다.

/* drivers/virtio/virtio_mem.c — 핵심 구조 */
struct virtio_mem {
    struct virtio_device *vdev;
    u64  plugged_size;       /* 현재 plug된 메모리 */
    u64  requested_size;     /* 호스트 요청 크기 */
    u64  region_size;        /* 전체 메모리 영역 크기 */
    u64  usable_region_size; /* 사용 가능 영역 */
    u32  subblock_size;      /* subblock 크기 (기본 2MB) */
    /* 내부적으로 memory_block_online/offline 연동 */
};

/* virtio-mem 메시지 유형 */
enum virtio_mem_req_type {
    VIRTIO_MEM_REQ_PLUG,       /* subblock 플러그 */
    VIRTIO_MEM_REQ_UNPLUG,     /* subblock 언플러그 */
    VIRTIO_MEM_REQ_UNPLUG_ALL, /* 전체 언플러그 */
    VIRTIO_MEM_REQ_STATE,      /* subblock 상태 조회 */
};

# QEMU virtio-mem 설정
qemu-system-x86_64 -m 2G,maxmem=16G \
    -object memory-backend-ram,id=mem1,size=14G \
    -device virtio-mem-pci,id=vmem0,memdev=mem1,\
node=0,requested-size=4G,block-size=128M

# 런타임 메모리 조정 (QMP)
# 메모리 늘리기
{ "execute": "qom-set",
  "arguments": { "path": "/machine/peripheral/vmem0",
                 "property": "requested-size", "value": 8589934592 } }
# 메모리 줄이기
{ "execute": "qom-set",
  "arguments": { "path": "/machine/peripheral/vmem0",
                 "property": "requested-size", "value": 2147483648 } }

virtio-pmem: 영구 메모리 Passthrough

virtio-pmem은 호스트의 영구 메모리(Persistent Memory, PMEM) 또는 일반 파일을 게스트에 NVDIMM처럼 노출합니다. 게스트는 /dev/pmemN 디바이스를 통해 DAX 모드로 직접 접근하거나, ext4/XFS의 dax=inode 옵션으로 파일시스템을 마운트합니다.

# QEMU virtio-pmem 설정
qemu-system-x86_64 -m 4G \
    -object memory-backend-file,id=pmem0,\
mem-path=/dev/dax0.0,size=8G,share=on,pmem=on \
    -device virtio-pmem-pci,memdev=pmem0,id=vpmem0

# 게스트에서 사용
ls /dev/pmem*
# /dev/pmem0
mkfs.ext4 /dev/pmem0
mount -o dax=inode /dev/pmem0 /mnt/pmem

성능 분석

virtio의 성능을 극대화하려면 virtqueue 수준의 최적화 기법을 이해해야 합니다. 배치 처리, zero-copy, 폴링 모드, notification suppression을 조합하면 네이티브에 가까운 성능을 달성할 수 있습니다.

Batch Processing (virtqueue_kick 최적화)

여러 버퍼를 Available Ring에 추가한 후 한 번의 kick으로 호스트에 알리면 VM Exit 횟수를 크게 줄일 수 있습니다. virtio-net의 xmit_more 힌트와 napi_schedule 연동이 대표적입니다.

/* virtio-net TX 배치 처리 */
static netdev_tx_t start_xmit(struct sk_buff *skb,
        struct net_device *dev)
{
    struct send_queue *sq = ...;

    /* 버퍼 추가 (kick 없이) */
    virtqueue_add_outbuf(sq->vq, sg, num, skb, GFP_ATOMIC);

    /* xmit_more가 false일 때만 kick */
    if (!netdev_xmit_more())
        virtqueue_kick(sq->vq);
    /* → 여러 패킷을 모아서 single kick */
    /* → VM Exit 1회로 N개 패킷 전송 */
}

Zero-copy Transmission

데이터 복사를 제거하여 CPU 사용률을 감소시킵니다.

# vhost-net zero-copy TX 활성화
# QEMU 옵션: 기본 활성화 (커널 3.4+)
modprobe vhost_net experimental_zcopytx=1

# XDP + AF_XDP 기반 zero-copy (고급)
# 게스트의 AF_XDP 소켓이 virtqueue 버퍼를 직접 참조
# → 커널 네트워크 스택 우회 + 복사 제거

# 확인: vhost zerocopy 통계
cat /sys/module/vhost_net/parameters/experimental_zcopytx
# 1

Polling Mode (Busy Polling)

높은 PPS(Packets Per Second) 환경에서는 인터럽트 대신 폴링으로 지연를 줄일 수 있습니다.

# 게스트: busy polling 활성화 (마이크로초)
sysctl -w net.core.busy_poll=50
sysctl -w net.core.busy_read=50

# ethtool coalescing 조정
ethtool -C eth0 rx-usecs 0 tx-usecs 0
# → 즉시 처리 (폴링 모드와 결합)

# virtio-net NAPI weight 조정
# napi_weight=256 (기본 64보다 높은 배치)
ethtool -C eth0 rx-frames 256

Notification Suppression

VRING_AVAIL_F_NO_INTERRUPT 플래그로 디바이스가 Used Ring에 기록할 때 인터럽트를 억제합니다. 드라이버는 NAPI 폴링으로 완료를 확인합니다.

Virtio 사양(Specification)과 디바이스 초기화 시퀀스

Virtio 디바이스는 OASIS 표준 문서에 정의된 엄격한 초기화 시퀀스를 따라야 합니다. 이 시퀀스를 위반하면 디바이스가 정의되지 않은(undefined) 상태에 빠집니다.

디바이스 초기화 8단계

/* virtio 디바이스 초기화 시퀀스 (virtio 1.2 스펙 기준) */

/* 1. 디바이스 리셋 */
vp_reset(vdev);  /* status = 0 기록 */

/* 2. ACKNOWLEDGE 비트 설정 — "드라이버가 디바이스를 인식" */
vp_set_status(vdev, VIRTIO_CONFIG_S_ACKNOWLEDGE);

/* 3. DRIVER 비트 설정 — "드라이버가 이 디바이스를 처리할 수 있음" */
vp_set_status(vdev, VIRTIO_CONFIG_S_DRIVER);

/* 4. 기능 비트(Feature Bits) 읽기 — 디바이스 지원 기능 확인 */
u64 device_features = vp_get_features(vdev);

/* 5. 기능 협상 — 드라이버가 사용할 기능 선택 */
u64 driver_features = device_features & supported_features;
vp_set_features(vdev, driver_features);

/* 6. FEATURES_OK 비트 설정 */
vp_set_status(vdev, VIRTIO_CONFIG_S_FEATURES_OK);

/* 7. FEATURES_OK 재확인 — 디바이스가 수락했는지 검증 */
if (!(vp_get_status(vdev) & VIRTIO_CONFIG_S_FEATURES_OK))
    return -ENODEV;  /* 디바이스가 기능 조합을 거부 */

/* 8. virtqueue 설정, 디바이스 고유 설정, DRIVER_OK 비트 설정 */
setup_virtqueues(vdev);
vp_set_status(vdev, VIRTIO_CONFIG_S_DRIVER_OK);
/* → 디바이스 사용 가능 */

주요 기능 비트(Feature Bits)

전송 계층(Transport) 상세 비교

Virtio는 여러 전송 방식을 지원합니다. 각 전송 방식은 virtqueue의 위치 알림(notification)과 설정 공간(config space) 접근 방법이 다릅니다.

virtio-pci 레지스터 맵

/* virtio-pci Capability 구조 (PCI config space) */
struct virtio_pci_cap {
    __u8  cap_vndr;     /* PCI cap ID: 0x09 (vendor-specific) */
    __u8  cap_next;     /* 다음 capability 오프셋 */
    __u8  cap_len;      /* capability 길이 */
    __u8  cfg_type;     /* COMMON=1, NOTIFY=2, ISR=3, DEVICE=4, PCI=5 */
    __u8  bar;          /* BAR 번호 (0-5) */
    __u8  id;           /* 다중 capability 구분용 */
    __le16 padding;
    __le32 offset;      /* BAR 내 오프셋 */
    __le32 length;      /* 영역 길이 */
};

/*
 * cfg_type별 용도:
 * COMMON (1): device_feature, driver_feature, queue_select, queue_size, ...
 * NOTIFY (2): virtqueue kick 레지스터 (ioeventfd와 매핑)
 * ISR    (3): 인터럽트 상태 (레거시 모드)
 * DEVICE (4): 디바이스 고유 config (예: virtio-net의 mac, status)
 * PCI    (5): PCI 접근 대체 config 공간
 */

Virtio 드라이버 작성 가이드

새로운 virtio 디바이스 유형에 대한 커널 드라이버를 작성하는 방법을 설명합니다. virtio_driver 구조체(Struct) 등록, probe/remove 콜백(Callback), virtqueue 사용법이 핵심입니다.

드라이버 기본 골격

/* 최소 virtio 드라이버 구현 예시 */
#include <linux/virtio.h>
#include <linux/virtio_config.h>

/* 디바이스 ID (OASIS 표준 또는 실험용) */
static const struct virtio_device_id my_id_table[] = {
    { VIRTIO_ID_MY_DEVICE, VIRTIO_DEV_ANY_ID },
    { 0 },
};

/* 사용할 기능 비트 */
static unsigned int my_features[] = {
    VIRTIO_MY_F_FEATURE_A,
    VIRTIO_MY_F_FEATURE_B,
};

/* 디바이스별 컨텍스트 */
struct my_device {
    struct virtio_device *vdev;
    struct virtqueue *vq;  /* 단일 virtqueue */
};

/* virtqueue 콜백 — 호스트가 Used Ring에 기록할 때 호출 */
static void my_vq_callback(struct virtqueue *vq)
{
    struct my_device *mydev = vq->vdev->priv;
    void *buf;
    unsigned int len;

    /* Used Ring에서 완료된 버퍼 회수 */
    while ((buf = virtqueue_get_buf(vq, &len)) != NULL) {
        /* 응답 처리 */
        process_response(buf, len);
        kfree(buf);
    }
}

/* probe — 디바이스 탐지 시 호출 */
static int my_probe(struct virtio_device *vdev)
{
    struct my_device *mydev;

    mydev = kzalloc(sizeof(*mydev), GFP_KERNEL);
    mydev->vdev = vdev;
    vdev->priv = mydev;

    /* virtqueue 생성 (이름, 콜백) */
    mydev->vq = virtio_find_single_vq(vdev, my_vq_callback,
                                        "my_requests");
    if (IS_ERR(mydev->vq))
        return PTR_ERR(mydev->vq);

    /* 디바이스 사용 시작 */
    virtio_device_ready(vdev);
    return 0;
}

/* remove — 디바이스 해제 */
static void my_remove(struct virtio_device *vdev)
{
    struct my_device *mydev = vdev->priv;
    virtio_reset_device(vdev);
    vdev->config->del_vqs(vdev);
    kfree(mydev);
}

/* 드라이버 등록 */
static struct virtio_driver my_driver = {
    .feature_table      = my_features,
    .feature_table_size = ARRAY_SIZE(my_features),
    .driver.name        = "my_virtio",
    .driver.owner       = THIS_MODULE,
    .id_table           = my_id_table,
    .probe              = my_probe,
    .remove             = my_remove,
};
module_virtio_driver(my_driver);

virtqueue 주요 작업

/* 요청 전송 (게스트 → 호스트) */
static int send_request(struct my_device *mydev,
                        void *data, size_t len)
{
    struct scatterlist sg;

    /* scatter-gather 리스트 설정 */
    sg_init_one(&sg, data, len);

    /* Available Ring에 OUT 버퍼 추가 */
    int ret = virtqueue_add_outbuf(mydev->vq, &sg, 1,
                                   data, GFP_KERNEL);
    if (ret)
        return ret;

    /* 호스트에 알림 (kick) */
    virtqueue_kick(mydev->vq);
    return 0;
}

/* 양방향 버퍼 (요청 + 응답) */
static int send_request_response(struct my_device *mydev,
    void *req, size_t req_len,
    void *resp, size_t resp_len)
{
    struct scatterlist sgs[2];

    sg_init_one(&sgs[0], req, req_len);   /* OUT: 게스트→호스트 */
    sg_init_one(&sgs[1], resp, resp_len); /* IN: 호스트→게스트 */

    /* OUT 1개 + IN 1개 */
    return virtqueue_add_sgs(mydev->vq, sgs_arr,
                              1,   /* out_sgs */
                              1,   /* in_sgs */
                              req, GFP_KERNEL);
}

Packed Virtqueue

Packed Virtqueue(v1.1+)는 Split Ring의 3개 테이블(Descriptor, Available, Used)을 단일 Descriptor Ring으로 통합하여 캐시(Cache) 효율을 극대화합니다.

Split vs Packed 구조 비교

Packed Ring 플래그 동작

# QEMU에서 packed ring 활성화
qemu-system-x86_64 \
    -device virtio-net-pci,packed=on,mq=on,vectors=5 \
    -netdev tap,id=net0,vhost=on \
    ...

# 게스트에서 packed ring 확인
ethtool -i eth0 | grep driver
# driver: virtio_net

# 기능 비트 확인
cat /sys/bus/virtio/devices/virtio0/features
# ... VIRTIO_F_RING_PACKED(34) ...

Vhost 커널 가속

vhost는 데이터 경로(data path)를 QEMU 사용자 공간(User Space)에서 커널 또는 별도 프로세스로 이동시켜 컨텍스트 스위칭(Context Switching) 오버헤드를 제거합니다.

데이터 경로 비교

vhost-user 프로토콜 핵심

vhost-user는 QEMU와 사용자 공간 백엔드(DPDK, SPDK 등) 사이에서 Unix 도메인 소켓(Socket)을 통해 제어 메시지를 교환합니다. 데이터 경로는 공유 메모리(mmap)를 통해 직접 접근합니다.

/* vhost-user 메시지 구조 */
struct vhost_user_msg {
    __u32 request;    /* 메시지 유형 */
    __u32 flags;      /* REPLY_ACK 등 */
    __u32 size;       /* payload 크기 */
    union {
        __u64 u64;
        struct vhost_vring_state state;
        struct vhost_vring_addr addr;
        struct vhost_user_memory memory;
    } payload;
};

/* 주요 메시지 유형 */
// VHOST_USER_GET_FEATURES     — 기능 비트 조회
// VHOST_USER_SET_MEM_TABLE    — 공유 메모리 영역 설정 (fd 전달)
// VHOST_USER_SET_VRING_KICK   — kick eventfd 설정
// VHOST_USER_SET_VRING_CALL   — interrupt eventfd 설정
// VHOST_USER_SET_VRING_ENABLE — virtqueue 활성화

Virtio-IOMMU

Virtio-IOMMU는 게스트 OS에 가상 IOMMU를 제공하는 virtio 디바이스입니다. 게스트 커널이 DMA 리매핑(remapping)을 직접 제어할 수 있어, 네스티드 가상화(nested virtualization)와 보안 격리에 활용됩니다.

Virtio-IOMMU 아키텍처

/* virtio-iommu 요청 유형 */
#define VIRTIO_IOMMU_T_ATTACH    0x01  /* 디바이스를 도메인에 연결 */
#define VIRTIO_IOMMU_T_DETACH    0x02  /* 디바이스를 도메인에서 분리 */
#define VIRTIO_IOMMU_T_MAP       0x03  /* IOVA → GPA 매핑 추가 */
#define VIRTIO_IOMMU_T_UNMAP     0x04  /* 매핑 제거 */
#define VIRTIO_IOMMU_T_PROBE     0x05  /* 디바이스 기능 조회 */

/* 매핑 요청 */
struct virtio_iommu_req_map {
    struct virtio_iommu_req_head head;  /* type = T_MAP */
    __le32 domain;     /* IOMMU 도메인 ID */
    __le64 virt_start; /* IOVA 시작 */
    __le64 virt_end;   /* IOVA 끝 */
    __le64 phys_start; /* GPA 시작 */
    __le32 flags;      /* R/W/MMIO */
};

/*
 * 게스트 OS (Linux IOMMU 드라이버)
 *   → virtio-iommu 드라이버 (virtqueue로 요청 전송)
 *     → 호스트 QEMU (요청 해석, 실제 IOMMU 프로그래밍)
 *       → 호스트 IOMMU (VT-d/SMMU)
 */

# QEMU에서 virtio-iommu 사용
qemu-system-aarch64 \
    -machine virt,iommu=virtio \
    -device virtio-iommu-pci \
    -device virtio-net-pci,iommu_platform=on \
    ...

# x86에서 Intel vIOMMU 사용
qemu-system-x86_64 \
    -device intel-iommu,intremap=on,caching-mode=on \
    -device virtio-net-pci,iommu_platform=on \
    ...

# 게스트에서 IOMMU 확인
dmesg | grep -i iommu
# virtio-iommu: input address: 48 bits
# virtio-iommu: page mask: 0x1fffff

최신 동향 (2025-2026)

virtio 생태계는 2024~2026년에 in-order 지원, vDPA/VDUSE 확장, 기밀 VM용 장치를 중심으로 진화했습니다. OASIS 표준은 1.3 이후 확장 작업(드래프트 1.4)이 진행 중이며, 커널은 drafts를 조기 반영해 실험적 기능을 제공합니다.

관련 연혁: VirtIO 변경 이력

• in-order: 코어가 descriptor 재정렬 비용을 줄이는 방향으로 단순화되고 있습니다.
• VDUSE 확장: 유저스페이스 장치 모델이 다중 vq group, 다중 address space로 커지고 있습니다.
• 기밀 VM: virtio_rtc 같은 신뢰 경계 인식 장치가 추가되고 있습니다.
• vhost-user 현대화: Rust 기반 백엔드와 장치 상태 마이그레이션 지원이 실전 단계로 들어가고 있습니다.

in-order 플래그와 descriptor 최적화

virtio 1.1의 packed virtqueue에 이어, in-order 플래그(VIRTIO_F_IN_ORDER)가 커널 6.14~6.15에서 core에 반영됐습니다. 드라이버가 작성 순서대로 완료된다고 게스트에 약속할 수 있는 경우, 장치는 descriptor 재정렬 로직을 생략하고 링 폴링 경로를 단순화합니다. DPU/SmartNIC 백엔드에서 CPU 사용량이 5~15% 감소합니다.

VDUSE(vDPA Device in Userspace) 확장

커널 6.10~6.13을 거치며 VDUSE는 virtio-blk/net을 넘어 다중 vq group과 다중 address space를 지원합니다. 유저스페이스 프로세스가 /dev/vduse/control로 가상 장치를 생성하고, 게스트는 일반 virtio PCI 장치로 인식합니다. Kata/Firecracker가 이를 통해 호스트 커널 수정 없이 커스텀 장치를 선언할 수 있습니다.

# VDUSE로 사용자 공간 virtio-blk 장치 생성
$ vdpa-dev-add parent=vduse name=vdpa0 \
    mac=52:54:00:aa:bb:cc max_vqp=4
$ ls /dev/vduse/vdpa0

# 게스트 부팅 시 virtio-pci 장치로 자동 노출
$ qemu-system-x86_64 ... -device vhost-vdpa-pci,vhostdev=/dev/vhost-vdpa-0

virtio_rtc와 기밀 VM 시간 신뢰

기밀 VM(SEV-SNP/TDX)에서는 호스트가 TSC/RTC를 조작할 수 있다는 전제 때문에 게스트 시간 신뢰가 문제였습니다. 커널 6.16의 virtio_rtc는 호스트가 측정된 시간 스트림을 virtio 채널로 게스트에 전달하고, 게스트는 이를 신뢰 경계 내에서 검증합니다. SEV-SNP Secure TSC(6.18)과 조합해 기밀 VM의 시간 소스가 처음으로 일관된 설계로 정립됐습니다.

vhost-user 프로토콜

• VHOST_USER_PROTOCOL_F_DEVICE_STATE: 백엔드 장치 상태를 프론트엔드(QEMU)가 마이그레이션 스트림에 캡슐화(Encapsulation) — DPDK, vhost-device-gpu, vhost-device-vsock 등 외부 백엔드 일관성 확보
• vhost-device (Rust): libvhost-user → vhost-device Rust 크레이트로 이전, GPU/vsock/i2c/rng 등 백엔드가 메모리 안전하게 재구현
• virtio-vhost-user: vhost-user 프로세스를 게스트 내부로 터널(Tunnel)링하는 실험 — nested 가상화 시 백엔드 재사용

virtio-gpu 현대화

Kernel Recipes 2025의 "Modernizing Virtio GPU" 세션을 기점으로, virtio-gpu는 Venus(Vulkan passthrough)/DRM native context/cross-domain을 통합하는 방향으로 재편됐습니다. ChromeOS crosvm의 요구로 시작된 설계가 QEMU로 역류하면서 virtio-gpu는 "디스플레이 장치"에서 "GPU API 터널"로 확장되었습니다.

2026 기준선

• DPU/SmartNIC: NVIDIA BlueField-3/AMD Pensando/Intel IPU가 virtio-net/blk 백엔드를 HW로 가속 — 호스트 CPU 사용 없는 zero-copy 경로
• Confidential VM: virtio-blk/net/rtc가 기밀 VM 기준선. SWIOTLB bounce buffer 경로가 기본 — 향후 TDISP/SEV-TIO로 전환 예정
• vDPA: 하드웨어 벤더가 자체 백엔드 대신 vDPA로 수렴 — 단일 virtio 드라이버가 HW 가속 활용

참고자료

사양 문서

• OASIS virtio Specification v1.3 — virtio 공식 최신 사양서입니다
• OASIS virtio Specification v1.2 — 이전 버전 사양서입니다

커널 공식 문서

• Kernel Doc: virtio — 커널 공식 virtio 드라이버 API 문서입니다
• Kernel Doc: vhost — 커널 공식 vhost 문서입니다
• Kernel Doc: virtio_vsock — VM-호스트 간 소켓 통신(vsock) 문서입니다

LWN 기사

• LWN: Virtio — An I/O virtualization framework — virtio 프레임워크 초기 설계 배경을 설명합니다
• LWN: Virtio 1.0 — virtio 1.0 표준화 과정을 다룹니다
• LWN: vhost-net and virtio networking — vhost-net 커널 백엔드 구조를 분석합니다
• LWN: vhost-user (userspace backend) — 유저스페이스 백엔드 vhost-user를 소개합니다
• LWN: Packed virtqueues — packed ring 형식의 설계와 성능 개선을 설명합니다
• LWN: virtio-mem — 가상 머신 메모리 핫플러그 메커니즘을 다룹니다
• LWN: vDPA — virtio data path acceleration — vDPA를 통한 데이터 경로 가속을 설명합니다

커널 소스 코드

• drivers/virtio/virtio.c — virtio 버스(Bus) 드라이버 코어 구현입니다
• drivers/virtio/virtio_ring.c — virtqueue(split/packed ring) 구현입니다
• drivers/virtio/virtio_pci_common.c — virtio-pci 트랜스포트 구현입니다
• drivers/virtio/virtio_mmio.c — virtio-mmio 트랜스포트 구현입니다
• drivers/net/virtio_net.c — virtio-net 네트워크 드라이버입니다
• drivers/block/virtio_blk.c — virtio-blk 블록 드라이버입니다
• drivers/vhost/vhost.c — vhost 코어(커널 내 백엔드) 구현입니다
• drivers/vhost/net.c — vhost-net(커널 내 네트워크 백엔드) 구현입니다
• drivers/vhost/vsock.c — vhost-vsock(VM-호스트 소켓 통신) 구현입니다
• include/linux/virtio.h — virtio 코어 헤더 파일입니다
• include/uapi/linux/virtio_config.h — virtio 설정 상수 정의 파일입니다

QEMU 문서

• QEMU: virtio devices — QEMU의 virtio 디바이스 설정 가이드입니다
• QEMU: vhost-user — QEMU vhost-user 프로토콜 사양입니다

기타 자료

• Red Hat: Introduction to virtio networking and vhost-net — virtio 네트워킹과 vhost-net의 기본 개념을 소개합니다
• Red Hat: Deep dive into Virtio networking and vhost-net — virtio 네트워킹 내부 구조를 심층 분석합니다

관련 문서

virtio/vhost와 관련된 다른 주제를 더 깊이 이해하고 싶다면 다음 문서를 참고하세요.

• 가상화 (KVM) — KVM 아키텍처, VMCS/VMCB, EPT/NPT
• QEMU 실전 가이드 — QEMU 아키텍처, TCG/KVM, GDB 디버깅(Debugging)
• VFIO & mdev — 디바이스 패스스루, IOMMU 격리
• 네트워크 스택 개요 — TCP/IP 프로토콜 스택
• libvirt / KVM 관리 — virsh, XML 도메인 설정
• Block I/O — 블록 I/O 계층, blk-mq
• IOMMU — DMA 격리, VT-d, SMMU
• DMA — DMA API, scatter-gather