From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=57767 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PGEMp-0004pU-4z
	for qemu-devel@nongnu.org; Wed, 10 Nov 2010 12:21:53 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <blauwirbel@gmail.com>) id 1PGEMl-0006uu-3V
	for qemu-devel@nongnu.org; Wed, 10 Nov 2010 12:21:48 -0500
Received: from mail-qy0-f173.google.com ([209.85.216.173]:52670)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <blauwirbel@gmail.com>) id 1PGEMl-0006uZ-0q
	for qemu-devel@nongnu.org; Wed, 10 Nov 2010 12:21:47 -0500
Received: by qyl33 with SMTP id 33so3426541qyl.4
	for <qemu-devel@nongnu.org>; Wed, 10 Nov 2010 09:21:46 -0800 (PST)
MIME-Version: 1.0
In-Reply-To: <20101109140848.29831.72280.stgit@ginnungagap.bsc.es>
References: <20101109140818.29831.83592.stgit@ginnungagap.bsc.es>
	<20101109140848.29831.72280.stgit@ginnungagap.bsc.es>
From: Blue Swirl <blauwirbel@gmail.com>
Date: Wed, 10 Nov 2010 17:21:25 +0000
Message-ID: <AANLkTimJB+NEHui9BghWJf3sESz724hqj-O_Lfj4oreW@mail.gmail.com>
Subject: Re: [Qemu-devel] [PATCH v2 3/3] trace: enable all events by default
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: =?UTF-8?B?TGx1w61z?= <xscript@gmx.net>
Cc: qemu-devel@nongnu.org

On Tue, Nov 9, 2010 at 2:08 PM, Llu=C3=ADs <xscript@gmx.net> wrote:
> Enable all trace events by default, assuming their frequency is relativel=
y low,
> so there will be no measurable performace impact.

Even if the impact for one tracepoint is low, if all tracepoints are
enabled, eventually (considering that the number of tracepoints will
increase) just the data flow to the trace file will start to slow down
the guest.

But I'm not completely opposed to removing 'disable' keyword, for
example by turning all tracepoints off initially. Though then there
would be no way to trace the initialization activities.