Re: [PATCH v12 0/6] support dirtyrate at the granualrity of vcpu

[Zheng Chuan]

Hi.
I have no objection for the implement code itself.
But we should know or let the user know the performance penalty and conflicted 
with migration compared to the hash method, especially for the performance of 
vm with hugepages.

On 2021/10/15 10:07, Hyman Huang wrote:
> 
> 
> 在 2021/10/15 9:32, Peter Xu 写道:
>> On Wed, Jun 30, 2021 at 12:01:17AM +0800, huangy81@chinatelecom.cn wrote:
>>> From: Hyman Huang(黄勇) <huangy81@chinatelecom.cn>
>>>
>>> v12
>>> - adjust the order of calculating dirty rate
>>>    let memory_global_dirty_log_sync before calculating as
>>>    v11 version description.
>>
>> Ping for Yong. >
>> Dave/Juan, any plan to review/merge this series (along with the other series 
>> of
>> dirty logging)?
>>
>> I found it useful when I wanted to modify the program I used to generate
>> constant dirty workload - this series can help me to verify the change.
>>
>> I still keep thinking this series is something good to have.  Thanks,
> the dirtyrate calculation has already been used to estimate time of live 
> migration in "e cloud" production of chinatelecom, it also predict the 
> migration success ratio, which provide valuable information for the cloud 
> management plane when selecting which vm should be migrated.
>>
> 

-- 
Regards.
Chuan