From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26385 invoked by alias); 24 Oct 2008 14:48:19 -0000 Received: (qmail 26378 invoked by uid 22791); 24 Oct 2008 14:48:18 -0000 X-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_21 X-Spam-Check-By: sourceware.org Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 24 Oct 2008 14:47:39 +0000 Received: from gandalf ([74.67.89.75]) by hrndva-omta03.mail.rr.com with ESMTP id <20081024144737.PRXG28257.hrndva-omta03.mail.rr.com@gandalf>; Fri, 24 Oct 2008 14:47:37 +0000 Date: Fri, 24 Oct 2008 14:48:00 -0000 From: Steven Rostedt X-X-Sender: rostedt@gandalf.stny.rr.com To: "Frank Ch. Eigler" cc: =?ISO-8859-15?Q?Fr=E9d=E9ric_Weisbecker?= , Ingo Molnar , linux-kernel@vger.kernel.org, systemtap@sources.redhat.com Subject: Re: [PATCH 5/5] tracing/ftrace: Introduce the big kernel lock tracer In-Reply-To: <20081024143744.GA20768@redhat.com> Message-ID: References: <48F10B0B.406@gmail.com> <20081024143744.GA20768@redhat.com> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2008-q4/txt/msg00200.txt.bz2 On Fri, 24 Oct 2008, Frank Ch. Eigler wrote: > Hi - > > On Fri, Oct 24, 2008 at 03:43:49PM +0200, Fr?d?ric Weisbecker wrote: > > > > [...] For comparison, this is how this sort of analysis may be > > > done with systemtap [...] > > > That's a great and powerful tool. > > > > But just one sorrow: > > I just think that's a pity that we have to use/learn a new scripting > > language to use it. > > I understand. > > > I would rather prefer to use an API that provides functions/objects > > for most common scripting languages. > > That is an interesting idea. One possible problem is that the final > complete script "program" needs to be translated to something that can > run quickly and safely inside the kernel. Full python or perl runtime > + libraries would have been almost certainly unbearable. Why can't the userspace application convert the script to something easy that the kernel can handle? But have the user application interface be very simple, and perhaps even use perl or python. -- Steve