This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: prototype ext3 tapset


Jose R. Santos writes:
 > Hi Tom,
 > 
 > It looks good overall. It seems that io.stp is equivalent in purpose to 
 > ioblock.stp (which is already in SystemTap) and they should be merge 
 > into a single tapset.  We will look into adding trace hooks into LKET 
 > using this tapset as a preview of what to expect.

Yeah, I didn't notice ioblock.stp right away, so there's probably
some needless duplication there.

 > 
 > As far as the scripts go.  I like the idea of the iotop.stp but its 
 > current output is of little use to me.  I would like to see something 
 > like this:
 > 
 > Process                   Total Bytes (Read/Write)
 > --------------                --------------------------
 > kjournald[779]        3522560 (0/3522560)
 >                                /dev/sda   1761280 (0/1761280)  svctm 2.2
 >                                 /dev/sdb   1761280 (0/1761280) svctm 5.3
 > 
 > 
 > Were we split the total ios between all the disk being written to as 
 > well as getting the average service time of the IO that a certain 
 > process is doing to each disk.  I've been involved in several situations 
 > were getting this type of information would have been of great help in 
 > analyzing a problem.  I had plans to create an LKET post-processing 
 > program for analyzing this sort of data, but this is a common enough 
 > problem that having separate systemtap script would also be a good 
 > alternative when a full system trace is not required.
 > 
 > 

Thanks, just the kind of suggestion I was looking for!

Tom



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]