Hi,
Currently migration_bitmap_sync() is very expensive: on the order of
15-20 milliseconds by my count using timestamps (for a simple 2GB ram
virtual machine).
Until new EPT processor versions come out in 2014, we need software
support for cutting this time down much lower........by at least an
order of magnitude.
Would anyone be opposed to me writing a patch that creates N threads and
dividing up the migration_bitmap_sync() function to have the dirty page
scanning run in parallel?
- Michael
- [Qemu-devel] [RFC] parallelize migration_bitmap_sync() Michael R. Hines
-