Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754871AbcJZKGQ convert rfc822-to-8bit (ORCPT ); Wed, 26 Oct 2016 06:06:16 -0400 Received: from mga03.intel.com ([134.134.136.65]:14299 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752713AbcJZKGL (ORCPT ); Wed, 26 Oct 2016 06:06:11 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,550,1473145200"; d="scan'208";a="894129681" From: "Li, Liang Z" To: "Hansen, Dave" , "mst@redhat.com" CC: "linux-kernel@vger.kernel.org" , "virtualization@lists.linux-foundation.org" , "linux-mm@kvack.org" , "virtio-dev@lists.oasis-open.org" , "kvm@vger.kernel.org" , "qemu-devel@nongnu.org" , "quintela@redhat.com" , "dgilbert@redhat.com" , "pbonzini@redhat.com" , "cornelia.huck@de.ibm.com" , "amit.shah@redhat.com" Subject: RE: [RESEND PATCH v3 kernel 0/7] Extend virtio-balloon for fast (de)inflating & fast live migration Thread-Topic: [RESEND PATCH v3 kernel 0/7] Extend virtio-balloon for fast (de)inflating & fast live migration Thread-Index: AQHSK2WJC1hKfNkP2EaN2boMpmMvBaCyo0uAgAfeEIA= Date: Wed, 26 Oct 2016 10:06:07 +0000 Message-ID: References: <1477031080-12616-1-git-send-email-liang.z.li@intel.com> <580A4F81.60201@intel.com> In-Reply-To: <580A4F81.60201@intel.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMzBkYTE0Y2EtMWY1MC00NzZmLTk0ZWMtZjA4ZmYyZmNkYWIwIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IjdTcm9zZzA4c09KS3FoVE41cUppSUFNbVZwVVdIRU5QeThncTg0a1V0NEE9In0= x-ctpclassification: CTP_IC x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1074 Lines: 25 > On 10/20/2016 11:24 PM, Liang Li wrote: > > Dave Hansen suggested a new scheme to encode the data structure, > > because of additional complexity, it's not implemented in v3. > > So, what do you want done with this patch set? Do you want it applied as-is > so that we can introduce a new host/guest ABI that we must support until > the end of time? Then, we go back in a year or two and add the newer > format that addresses the deficiencies that this ABI has with a third version? > Hi Dave & Michael, I am working on Dave's new bitmap schema, I have finished the part of getting the 'hybrid scheme bitmap' and found the complexity was more than I expected. The main issue is more memory is required to save the 'hybrid scheme bitmap' beside that used to save the raw page bitmap, for the worst case, the memory required is 3 times than that in the previous implementation. I am wondering if I should continue, as an alternative solution, how about using PFNs array when inflating/deflating only a few pages? Things will be much more simple. Thanks! Liang