From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31020 invoked by alias); 1 Jun 2006 10:07:48 -0000 Received: (qmail 31012 invoked by uid 22791); 1 Jun 2006 10:07:47 -0000 X-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ausmtp04.au.ibm.com (HELO ausmtp04.au.ibm.com) (202.81.18.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 01 Jun 2006 10:07:22 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp04.au.ibm.com (8.13.6/8.13.5) with ESMTP id k51AAFLS242322 for ; Thu, 1 Jun 2006 20:10:15 +1000 Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.250.243]) by sd0208e0.au.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k51AAdSP224182 for ; Thu, 1 Jun 2006 20:10:39 +1000 Received: from d23av02.au.ibm.com (loopback [127.0.0.1]) by d23av02.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k51A751g010685 for ; Thu, 1 Jun 2006 20:07:05 +1000 Received: from [127.0.0.1] ([9.181.133.250]) by d23av02.au.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k51A71Y6010554; Thu, 1 Jun 2006 20:07:03 +1000 Message-ID: <447EBC81.8050609@cn.ibm.com> Date: Thu, 01 Jun 2006 10:07:00 -0000 From: Li Guanglei Organization: IBM CSTL User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: "Nguyen, Thang P" CC: James Dickens , systemtap@sourceware.org, Jose Santos Subject: Re: Fwd: Systemtap support for disk i/o per pid References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2006-q2/txt/msg00523.txt.bz2 Nguyen, Thang P ??: > As for disk I/O, currently I am also adding more hooks into ioscheduler > tapset to track disk activities such as block I/O location and estimate > disk seek time. Li, I can send you what I have, and see where to fit > (or perhaps consolidate) them if necessary. Great. I read your codes, it looks good but I have one comment. I think ioscheduler may not be a suitable category for submit_bio and other alias definitions like disk activities. I think we should define new stap files and alias categories for these probes. Do you think so? I also copied this mail to Jose Santos since he is also the one doing LKET work with me. - Guanglei > > Thang > > -----Original Message----- > From: systemtap-owner@sourceware.org > [mailto:systemtap-owner@sourceware.org] On Behalf Of Li Guanglei > Sent: Sunday, May 28, 2006 11:39 PM > To: James Dickens > Cc: systemtap@sourceware.org > Subject: Re: Fwd: Systemtap support for disk i/o per pid > > James Dickens ??: >> resending due to improper mime type on the original >> >> it would be simpler in most cases to probe syscalls that are easily >> trackable to pid's though this won't give a totally accurate of IO >> because of caching, but it is the easiest, and safest. When you go to >> lower level kernel interfaces it becomes difficult to attiribute >> actions with the pid that caused them. >> >> James Dickens >> uadmin.blogspot.com > > Currently Systemtap could make you able to trace all syscalls by pid, > e.g: > stap -e "probe addevent.syscall {} " -x pid > to trace both entry & return of all syscalls > or: > stap -e "probe addevent.syscall {}" -c command > > I am getting started with Jose to implement new hooks about IO system > calls which could give more details other than the syscall name. And > we are also trying to map systemcall to the io scheduler and scsi hooks. > > - Li Guanglei