From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:56636) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qjaim-0001Nr-UK for qemu-devel@nongnu.org; Wed, 20 Jul 2011 13:38:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qjaik-0007YT-Tf for qemu-devel@nongnu.org; Wed, 20 Jul 2011 13:38:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:1026) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qjaik-0007YA-9Z for qemu-devel@nongnu.org; Wed, 20 Jul 2011 13:38:06 -0400 Date: Wed, 20 Jul 2011 18:38:01 +0100 From: "Richard W.M. Jones" Message-ID: <20110720173801.GB21852@amd.home.annexia.org> References: <1311103418-29380-1-git-send-email-rjones@redhat.com> <1311103418-29380-2-git-send-email-rjones@redhat.com> <4E25E346.30908@us.ibm.com> <20110719205929.GE2532@amd.home.annexia.org> <4E25FD88.4020607@us.ibm.com> <20110720085022.GF2532@amd.home.annexia.org> <4E26CF51.1080504@us.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E26CF51.1080504@us.ibm.com> Subject: Re: [Qemu-devel] [PATCH] Remove debugging messages. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org On Wed, Jul 20, 2011 at 07:51:29AM -0500, Anthony Liguori wrote: > Given the large number of reports we've gotten in the past where > poor performance was caused by the expectation that a user had KVM > enabled and really didn't, I think it's more important to > overcommunicate to the user here. > > If in the case of libguestfs, you think this isn't something a user > should worry about, you can just filter out the message before it > hits stderr. That's what we're now doing. But what's the rationale here? For instance, qemu 0.15 is also printing: qemu: terminating on signal 15 from pid 9617 which I guess is interesting, but unlikely to be useful for users. Is qemu now noisy by default? Is any old debug message that a user might find interesting fair game? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top