KVM Dirty Page Tracking
summary
Explains that KVM uses synchronous and asynchronous dirty tracking for snapshots and migration and reports concrete measurements: migrating a 3 TB guest with a 100 MB bitmap shows bitmap copying costing 200 ms and using atomic compare-exchange to copy bitmaps is about 3x slower than memcpy (up to 8x in L1), so performance pain comes from many bitmap layers and atomic memory bus locking. Proposes reducing bitmap layers, avoid atomics for bulk copy by taking a read‑write lock, and using dirty ring, clear log and zero‑copy IO to scale huge VM migration.
AI-written summary · about
chapters (11)
- 0:00Introduction
- 0:17What is Dirty Page Tracking
- 1:09Synchronous Dirty Tracking
- 3:36Asynchronous Dirty Tracking
- 7:48Huge VM Migrations
- 10:20Summary
- 12:24Downtime
- 19:04Atomic operations
- 20:28Cache mis
- 21:25KVM solution
- 23:02QML solution
related talks
25mExploring Intel Sub-Page Protection in Context of Live Migration
25mXen and XenServer Storage Performance
40mAchieving the Ultimate Performance with KVM
19mSpeeding Up VM’s I/O Sharing Host's io_uring Queues With Guests
44mImproving kexec boot time
20mSpeed Up Creation of a VM With Pass Through GPU
22mQEMU Snaphosts Are So Slow. Really?
15mThe Practice Method to Speed Up 10x Boot-up Time for Guest in Alibaba Cloud
