From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42646) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoAtc-0000MJ-II for qemu-devel@nongnu.org; Mon, 19 Oct 2015 09:54:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZoAtY-0004zy-GS for qemu-devel@nongnu.org; Mon, 19 Oct 2015 09:54:40 -0400 Received: from mail-vk0-f46.google.com ([209.85.213.46]:36798) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoAtY-0004zd-CI for qemu-devel@nongnu.org; Mon, 19 Oct 2015 09:54:36 -0400 Received: by vkex70 with SMTP id x70so97250818vke.3 for ; Mon, 19 Oct 2015 06:54:35 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <876123ro91.fsf@blackfin.pond.sub.org> References: <1444894224-9542-1-git-send-email-den@openvz.org> <1444894224-9542-3-git-send-email-den@openvz.org> <87oafzdmck.fsf_-_@blackfin.pond.sub.org> <5620F213.1010908@redhat.com> <20151016132611.GB32625@redhat.com> <5620FBF2.60304@redhat.com> <562106F3.7000000@redhat.com> <876123ro91.fsf@blackfin.pond.sub.org> From: Peter Maydell Date: Mon, 19 Oct 2015 14:54:16 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] What's the intended use of log.h logging? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Pavel Butsykin , QEMU Developers , Luiz Capitulino , Stefan Hajnoczi , Paolo Bonzini , "Denis V. Lunev" On 19 October 2015 at 14:17, Markus Armbruster wrote: > Peter Maydell writes: >> In a lot of cases, especially with the TCG logging, not enabling >> voluminous tracing is really important because if you turn it all >> on then the system is way too slow (and can behave differently >> as a result), and generates gigabytes of trace output. (-d exec >> and -d cpu will do this, for instance.) > > This is at least as much an argument for use of tracing as against it. > Tracing is a lot more flexible than log.h, and with the right backend, > it's much more efficient, too. > > If the appropriate trace patterns turn out to be too hard to remember, > we can provide canned trace patterns with names that are easy to > remember. > > -d could become sugar for a suitable trace patterns. I don't object to the use of tracing under the hood, as long as the user-facing experience remains as good as what we have for -d at the moment (in terms of it being always present, working the same for everybody, easily discoverable and simple to use). thanks -- PMM