On Wed, Aug 8, 2018 at 2:44 AM Dr. David Alan Gilbert <dgilb...@redhat.com> wrote:
> * Zhang Chen (zhangc...@gmail.com) wrote: > > On Sat, Jul 28, 2018 at 2:51 AM, Dr. David Alan Gilbert < > dgilb...@redhat.com > > > wrote: > > > > > * Zhang Chen (zhangc...@gmail.com) wrote: > > > > We record the address of the dirty pages that received, > > > > it will help flushing pages that cached into SVM. > > > > > > > > Here, it is a trick, we record dirty pages by re-using migration > > > > dirty bitmap. In the later patch, we will start the dirty log > > > > for SVM, just like migration, in this way, we can record both > > > > the dirty pages caused by PVM and SVM, we only flush those dirty > > > > pages from RAM cache while do checkpoint. > > > > > > > > Signed-off-by: zhanghailiang <zhang.zhanghaili...@huawei.com> > > > > Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com> > > > > --- > > > > migration/ram.c | 33 +++++++++++++++++++++++++++++++++ > > > > 1 file changed, 33 insertions(+) > > > > > > > > diff --git a/migration/ram.c b/migration/ram.c > > > > index 33ebd09d70..d1060f1337 100644 > > > > --- a/migration/ram.c > > > > +++ b/migration/ram.c > > > > @@ -3325,6 +3325,15 @@ static inline void > *colo_cache_from_block_offset(RAMBlock > > > *block, > > > > __func__, block->idstr); > > > > return NULL; > > > > } > > > > + > > > > + /* > > > > + * During colo checkpoint, we need bitmap of these migrated > pages. > > > > + * It help us to decide which pages in ram cache should be > flushed > > > > + * into VM's RAM later. > > > > + */ > > > > + if (!test_and_set_bit(offset >> TARGET_PAGE_BITS, block->bmap)) > { > > > > + ram_state->migration_dirty_pages++; > > > > + } > > > > return block->colo_cache + offset; > > > > } > > > > > > > > @@ -3555,6 +3564,24 @@ int colo_init_ram_cache(void) > > > > memcpy(block->colo_cache, block->host, block->used_length); > > > > } > > > > rcu_read_unlock(); > > > > + /* > > > > + * Record the dirty pages that sent by PVM, we use this dirty > bitmap > > > together > > > > + * with to decide which page in cache should be flushed into > SVM's > > > RAM. Here > > > > + * we use the same name 'ram_bitmap' as for migration. > > > > + */ > > > > + if (ram_bytes_total()) { > > > > + RAMBlock *block; > > > > + > > > > + QLIST_FOREACH_RCU(block, &ram_list.blocks, next) { > > > > > > I think those need updating to check for 'qemu_ram_is_migratable' - it > > > might be worth moving RAMBLOCK_FOREACH_MIGRATABLE. > > > > > > > > > OK, I will change to the " RAMBLOCK_FOREACH_MIGRATABLE " in next version. > > > > > > > > > > > + unsigned long pages = block->max_length >> > TARGET_PAGE_BITS; > > > > + > > > > + block->bmap = bitmap_new(pages); > > > > + bitmap_set(block->bmap, 0, pages); > > > > > > Would it make sense to use the 'receivedmap' that was recently added > > > for other uses rather than needing your own? > > > > > > > Maybe we can do this job as optimization in the future, currently we want > > to make this series merged into upstream first. > > Sure; I think it's getting there; I don't see anything too bad in the > migration bits as is; hopefully Jason can check the networking set > again and Markus/Eric check the QMP side of things. > Hi Dave, Yes, I will update new version for this series. Thank you for your help with the COLO project. Zhang Chen > > Dave > > > Thanks > > Zhang Chen > > > > > > > > > > Dave > > > > > > > + } > > > > + } > > > > + ram_state = g_new0(RAMState, 1); > > > > + ram_state->migration_dirty_pages = 0; > > > > + > > > > return 0; > > > > > > > > out_locked: > > > > @@ -3574,6 +3601,10 @@ void colo_release_ram_cache(void) > > > > { > > > > RAMBlock *block; > > > > > > > > + QLIST_FOREACH_RCU(block, &ram_list.blocks, next) { > > > > + g_free(block->bmap); > > > > + block->bmap = NULL; > > > > + } > > > > rcu_read_lock(); > > > > QLIST_FOREACH_RCU(block, &ram_list.blocks, next) { > > > > if (block->colo_cache) { > > > > @@ -3582,6 +3613,8 @@ void colo_release_ram_cache(void) > > > > } > > > > } > > > > rcu_read_unlock(); > > > > + g_free(ram_state); > > > > + ram_state = NULL; > > > > } > > > > > > > > /** > > > > -- > > > > 2.17.1 > > > > > > > -- > > > Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK > > > > -- > Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK >