Re: [RFC][PATCH 0/12] KVM, x86, ppc, asm-generic: moving dirty bitmapsto user space

[Takuya Yoshikawa]

> > > In usual workload, the number of dirty pages varies a lot for each
> > > iteration
> > > and we should gain really a lot for relatively clean cases.
> >
> > Can you post such a test, for an idle large guest?
>
> OK, I'll do!


Result of "low workload test" (running top during migration) first,

4GB guest
picked up slots[1](len=3757047808) only
*****************************************
    get.org     get.opt    switch.opt

    1060875     310292     190335
    1076754     301295     188600
     655504     318284     196029
     529769     301471        325
     694796      70216     221172
     651868     353073     196184
     543339     312865     213236
    1061938      72785     203090
     689527     323901     249519
     621364     323881        473
    1063671      70703     192958
     915903     336318     174008
    1046462     332384        782
    1037942      72783     190655
     680122     318305     243544
     688156     314935     193526
     558658     265934     190550
     652454     372135     196270
     660140      68613        352
    1101947     378642     186575
        ...        ...        ...
*****************************************

As expected we've got the difference more clearly.

In this case, switch.opt reduced 1/3 (.1 msec) compared to get.opt
for each iteration.

And when the slot is cleaner, the ratio is bigger.




> >
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/