Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754060AbZA0UwH (ORCPT ); Tue, 27 Jan 2009 15:52:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751526AbZA0Uvz (ORCPT ); Tue, 27 Jan 2009 15:51:55 -0500 Received: from mx2.redhat.com ([66.187.237.31]:40043 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751404AbZA0Uvy (ORCPT ); Tue, 27 Jan 2009 15:51:54 -0500 Date: Tue, 27 Jan 2009 18:51:37 -0200 From: Arnaldo Carvalho de Melo To: "Kok, Auke" Cc: Linux Kernel Mailing List , powertop ml , Arjan van de Ven , Ingo Molnar , srostedt@redhat.com, Frederic Weisbecker , "Frank Ch. Eigler" , Neil Horman Subject: Re: [PATCH] tracer for sys_open() - sreadahead Message-ID: <20090127205137.GD15877@ghostprotocols.net> Mail-Followup-To: Arnaldo Carvalho de Melo , "Kok, Auke" , Linux Kernel Mailing List , powertop ml , Arjan van de Ven , Ingo Molnar , srostedt@redhat.com, Frederic Weisbecker , "Frank Ch. Eigler" , Neil Horman References: <497F69A4.2070007@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <497F69A4.2070007@intel.com> X-Url: http://oops.ghostprotocols.net:81/blog User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1449 Lines: 39 Em Tue, Jan 27, 2009 at 12:08:04PM -0800, Kok, Auke escreveu: > This tracer monitors regular file open() syscalls. This is a fast > and low-overhead alternative to strace, and does not allow or > require to be attached to every process. > > The tracer only logs succesfull calls, as those are the only ones we > are currently interested in, and we can determine the absolute path > of these files as we log. > > Signed-off-by: Auke Kok > diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h > index 4d3d381..24c17d2 100644 > --- a/kernel/trace/trace.h > +++ b/kernel/trace/trace.h > @@ -30,6 +30,7 @@ enum trace_type { > TRACE_USER_STACK, > TRACE_HW_BRANCHES, > TRACE_POWER, > + TRACE_OPEN, Why not a TRACE_VFS or TRACE_SYSCALL and then multiplex there open, close, etc? trace_assign_type will get humongous in no time this way. TRACE_BLK does multiplexing, as does TRACE_PROCESS that Frank just posted too, and I'm working on a plugin for the patch that Neil submitted for the socket layer that also will need an entry there for its tracepoints. Frederic, it seems that discussion about subtypes has to continue :-) - Arnaldo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/