From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35769) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eBsah-0006Da-E1 for qemu-devel@nongnu.org; Mon, 06 Nov 2017 20:22:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eBsag-00087w-LM for qemu-devel@nongnu.org; Mon, 06 Nov 2017 20:22:11 -0500 Received: from mail-ot0-x22f.google.com ([2607:f8b0:4003:c0f::22f]:55431) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eBsag-00087Z-Ft for qemu-devel@nongnu.org; Mon, 06 Nov 2017 20:22:10 -0500 Received: by mail-ot0-x22f.google.com with SMTP id u41so10763986otf.12 for ; Mon, 06 Nov 2017 17:22:10 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <78a404c5-fb2f-6fdf-c307-107ff1af4342@redhat.com> References: <80415da5-4eef-bf85-b617-fadc3dae4475@redhat.com> <20171106115931.GB3898@lemon> <78a404c5-fb2f-6fdf-c307-107ff1af4342@redhat.com> From: Wanpeng Li Date: Tue, 7 Nov 2017 09:22:09 +0800 Message-ID: Content-Type: text/plain; charset="UTF-8" Subject: Re: [Qemu-devel] qemu core file size List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Fam Zheng , Alexey Kardashevskiy , "qemu-devel@nongnu.org Developers" 2017-11-06 22:08 GMT+08:00 Paolo Bonzini : > On 06/11/2017 13:18, Wanpeng Li wrote: >> 2017-11-06 20:02 GMT+08:00 Paolo Bonzini : >>> On 06/11/2017 12:59, Fam Zheng wrote: >>>>>> Could you point out the patchset for the fix? >>>>> Between 447b0d0b9ee8a0ac216c3186e0f3c427a1001f0c and >>>>> 092aa2fc65b7a35121616aad8f39d47b8f921618. >>>> Not sure how these relate to the core size, but I've tested upstream >>>> (ec7a8bf0b8f7dc7288fe8745464ee8217528cc6c) and with dump-guest-core=off the core >>>> file is 363M, still significantly larger than rss (~73M). >>>> >>>> What is bloating the core file? >>> >>> My guess would have been fragmented heap. The core file, unlike the >>> RSS, includes all the mmaped memory (e.g. from shared libraries) that >>> has never been used. >>> >>> For example, all the Ceph/Gluster/PulseAudio/SPICE/whatever libraries >>> are included in the core file but likely are not in the RSS. >> >> Do you mean not use Memory API will avoid the fragmented heap? > > The high memory usage from the memory API causes excessive > fragmentation. Alexey's work should help reducing memory usage and thus > the fragmentation. But as Fam mentioned, the latest qemu still has issue. Regards, Wanpeng Li