From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41677) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1azno4-0006rO-Ep for qemu-devel@nongnu.org; Mon, 09 May 2016 12:13:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aznnz-00082y-KN for qemu-devel@nongnu.org; Mon, 09 May 2016 12:13:15 -0400 Received: from mx1.redhat.com ([209.132.183.28]:45355) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aznnz-00082u-DV for qemu-devel@nongnu.org; Mon, 09 May 2016 12:13:11 -0400 Date: Mon, 9 May 2016 17:13:07 +0100 From: "Daniel P. Berrange" Message-ID: <20160509161307.GD14467@redhat.com> Reply-To: "Daniel P. Berrange" References: <1462663968-26607-1-git-send-email-nli@suse.com> <1462663968-26607-2-git-send-email-nli@suse.com> <5730B23C.1020009@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5730B23C.1020009@redhat.com> Subject: Re: [Qemu-devel] [PATCH 1/2] Dump: introduce a Filesystem in Userspace List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: Nan Li , qemu-devel@nongnu.org, ptesarik@suse.com On Mon, May 09, 2016 at 09:52:28AM -0600, Eric Blake wrote: > On 05/07/2016 05:32 PM, Nan Li wrote: > > When running the command "dump-guest-memory", we usually need a large space > > of storage to save the dumpfile into disk. It costs not only much time to > > save a file in some of hard disks, but also costs limited storage in host. > > In order to reduce the saving time and make it convenient for users to dump > > the guest memory, we introduce a Filesystem in Userspace (FUSE) to save the > > dump file in RAM. It is selectable in the configure file, adding a compiling > > of package "fuse-devel". It doesn't change the way of dumping guest memory. > > Why introduce FUSE? Can we reuse NBD instead? The commit message talks of letting QEMU dump to RAM avoiding disk I/O. IOW, it seems like it could just dump to any tmpfs directory. I'm not really seeing a compelling reason why QEMU needs to mount a fuse filesystem itself - whatever app is using QEMU could handle mounting of fs without QEMU's involvement at all. Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|