[转] 使用 SystemTap 调试内核

albcamus

http://www.ibm.com/developerworks/cn/linux/l-systemtap/index.html
使用 SystemTap 调试内核




文档选项



未显示需要 JavaScript
的文档选项


将此页作为电子邮件发送
级别： 初级
桂 剑
(
[email=guijian@cn.ibm.com?subject=%E4%BD%BF%E7%94%A8%20SystemTap%20%E8%B0%83%E8%AF%95%E5%86%85%E6%A0%B8]guijian@cn.ibm.com[/email]
), IBM 中国开发中心,Linux Performance 项目软件工程师
2006 年  12 月  14 日
SystemTap
是一种新颖的 Linux 内核诊断工具，提供了一种从运行中的 Linux 内核快速和安全地获取信息的能力。SystemTap
是内核开发人员和系统管理员的福音，因为这使得他们可以通过编写或者重用简单的脚本来收集内核的实时数据，而不需要再忍受修改源码、编译内核、重启系统的
漫长煎熬。本文介绍了 SystemTap 的安装、使用和基本原理，并用一些有趣的例子揭示了 SystemTap 提供的强大能力。
       
在 SystemTap 出现之前，对于 Linux 程序员或者系统管理员而言，调试内核往往是一场噩梦。例如，你怀疑传递给系统调用
read 的参数 fd 出了问题，想把它打印出来，你需要做的是：首先得到一份内核源码，找到 sys_read() 的函数体中插入
printk()
语句，接下来重新编译内核，然后用新的内核重新启动系统。谢天谢地，你总算看到了你想要看到的东西，不过你马上会发现遇到了一个新的麻烦：除非重新启动系
统到原来的内核，printk() 会无休止地打印下去。
SystemTap 的目的就是要把人们从这种泥潭中解救出来。SystemTap
提供了一个简单的命令行接口和强大的脚本语言，同时预定义了丰富的脚本库。基于内核中的
kprobe，SystemTap允许你自由地从运行中的内核无害地收集调试信息和性能数据，来用于之后的分析和处理。你可以随时开始或者停止这种收集过
程，而无需漫长的修改代码、编译内核和重启系统的悲惨循环。SystemTap 使得上面的问题变得简单了，简单得只需要一条命令就可以做到：
stap -e 'probe syscall.read { printf("fd = %d\n",fd) }
SystemTap的功能和Sun的DTrace和IBM的dprobe工具相似。但是和它们不同的是，
SystemTap是遵循GPL的开源软件项目。它的出现使得Linux社区也拥有了功能强大而且易于使用的动态内核调试工具。目前，SystemTap
的主要开发成员来自于RedHat、IBM、Intel和Hitachi，其中还包括来自IBM中国开发中心的工程师。




回页首
安装SystemTap
在安装SystemTap之前，需要确保系统中已经安装了其它两个软件包：

• kernel-debuginfo
  RPM：SystemTap需要通过内核调试信息来定位内核函数和变量的位置。对于通常的发行版，并没有安装kernel-debuginfo
  RPM，我们可以到发行版的下载站点下载。对于我的ThinkPad上的Fedora Core 6，这个地址是：
  http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/debug/
  
• elfutils
  RPM：SystemTap需要elfutils软件包提供的库函数来分析调试信息。目前的SystemTap要求安装elfutils-0.123以上
  版本。目前最新的版本是0.124-0.1。如果需要，我们可以从SystemTap的站点下载RPM或者源码来升级。下载地址是：
  ftp://sources.redhat.com/pub/SystemTap/elfutils/i386/
  

接下来就可以安装SystemTap了，这有通过RPM或者源码安装两种方式：
1．        通过RPM安装
Fedora Core 6缺省情况下已经安装了systemtap。如果没有，也可以从如下的地址下载：
http://download.fedora.redhat.com/pub/fedora/linux/
core/updates/testing/6/i386/SystemTap-0.5.10-1.fc6.i386.rpm
2．通过源码安装：
从SystemTap的FTP站点下载最新的源码
ftp://sources.redhat.com/pub/SystemTap/snapshots/SystemTap-20061104.tar.bz2
然后安装如下：
/root > tar -jxf SystemTap-20061104.tar.bz2
/root > cd src
/root/src> ./configure
/root/src> make
/root/src> make install




回页首
运行SystemTap
运行SystemTap首先需要root权限。
运行SystemTap有三种形式：
1．        从文件(通常以.stp作为文件名后缀)中读入并运行脚本：stap [选项] 文件名
2．        从标准输入中读入并运行脚本： stap [选项] -
3．        运行命令行中的脚本：stap [选项] -e 脚本
4．        直接运行脚本文件(需要可执行属性并且第一行加上#!/usr/bin/stap)：./脚本文件名
使用"Ctrl+C"中止SystemTap的运行。
systemtap的选项还在不断的扩展和更新中，其中最常用的选项包括：
-v                         -- 打印中间信息
-p NUM                -- 运行完Pass Num后停止(缺省是运行到Pass 5)
-k          -- 运行结束后保留临时文件不删除
-b          -- 使用RelayFS文件系统来将数据从内核空间传输到用户空间
-M         -- 仅当使用-b选项时有效，运行结束时不合并每个CPU的单独数据文件
-o FILE     -- 输出到文件，而不是输出到标准输出
-c CMD     -- 启动探测后，运行CMD命令，直到命令结束后退出
-g          -- 采用guru模式，允许脚本中嵌入C语句
其它更多选项请参看stap的手册。




回页首
SystemTap的语法
我们利用一个简单的systemtap脚本来介绍一下SystemTap的语法：
#!/usr/local/bin/stap
global count
function report(stat) {
        printf("stat=%d\n", stat)
}
probe kernel.function("sys_read") {
        ++count
}
probe end {
        report()
}

• 探测点(probe)：每个systemtap脚本中至少需要定义一个探测点，也就是指定了在内核的什么位置进行探测。探测点名称
  后面紧跟的一组大括号内定义了每次内核运行到该探测点时需要运行的操作，这些操作完成后再返回探测点，继续下面的指令。这里给出了systemtap目前
  支持的所有探测点类型。
• 全局变量(global)：用来定义全局变量。单个探测点函数体中使用的局部变量不需要预先定义，但是如果一个变量需要在多个探测点函数体中使用，则需要定义为全局变量。
• 函数(function)：用来定义探测点函数体中需要用到的函数。除了可以用脚本语言定义函数以外，还可以用C语言来定义函数，只是这时函数名后面的大括号对需要换成%{ %}。例如，前面的report()函数可以写成：
                 
          function report(stat) %{
                  _stp_printf("stat=%d\n", THIS->stat);
          %}
         
  

回页首
SystemTap的例子
了解了SystemTap的基本用法，下面让我们来看几个有趣的例子。
统计当前系统中调用最多的前10个系统调用
在进行性能分析的时候，我们常常需要知道那些函数调用次数最多，才能有的放矢地展开分析。下面这个简单的例子可以打印出在过去的5秒钟里调用次数最多的那些系统调用。
#!/usr/bin/env stap
#
# display the top 10 syscalls called in last 5 seconds
#
global syscalls
function print_top () {
        cnt=0
        log ("SYSCALL\t\t\t\tCOUNT")
        foreach ([name] in syscalls-) {
                printf("%-20s\t\t%5d\n",name, syscalls[name])
                if (cnt++ == 10)
                        break
        }
        printf("--------------------------------------\n")
        delete syscalls
}
probe syscall.* {
        syscalls[probefunc()]++
}
probe timer.ms(5000) {
        print_top ()
}
它的输出结果一目了然：


看看是谁在偷偷动我的文件
有时候，我们如果中了恶意的病毒软件，会发现某些文件莫名其妙的被修改，下面这个例子可以帮你监视谁在修改你的文件。
#!/usr/bin/env stap
#
# monitor who is messing my file of secrets
#
probe generic.fop.open {
        if(filename == "secrets")
                printf("%s is opening my file: %s\n", execname(), filename)
}
我们运行这个脚本，在另外一个窗口做一些操作，来看看它的输出结果：





打印ANSI字符串
SystemTap不仅仅是一个简单的调试工具，强大的脚本语言能力让它同样能做一些有趣的事情，下面这个例子就可以对输出的字符进行美化：
#!/usr/bin/env stap
#
# print colorful ANSI strings
#
probe begin {
        printf("a \\ b |");
        for (c = 40; c
来看看它的输出：









回页首
SystemTap的基本原理





现在，大家已经熟悉了SystemTap的基本用法。在结束之前，让我们再来了解一下SystemTap的基本原理和工作流程以加深理解。
可以看出，SystemTap运行的过程依次分为五个阶段，通常称为Pass 1 - Pass
5。就像前面介绍用法的时候提到的，在命令行中加上-p NUM选项可以使得SystemTap在运行完Pass
NUM之后停止，而不是运行到Pass 5。这允许你分析SystemTap在每一个阶段的输出，对于调试脚本尤其有用。
下面来介绍每一个阶段的主要功能：

• Pass 1 - parse：这个阶段主要是检查输入脚本是否存在语法错误，例如大括号是否匹配，变量定义是否规范等
• Pass 2 - elaborate：这个阶段主要是对输入脚本中定义的探测点或者用到的函数展开，不但需要综合SystemTap的预定义脚本库，还需要分析内核或者内核模块的调试信息
• Pass 3 - translate: 在这个阶段，将展开后的脚本转换成C文件。前三个阶段的功能类似于编译器，将.stp文件编译成为完整的.c文件，因此又被合起来称为转换器(translator)
• Pass 4 - build：在这个阶段，将C源文件编译成内核模块，在这过程中还会用到SystemTap的运行时库函数。
• Pass 5 - run：这个阶段，将编译好的内核模块插入内核，开始进行数据收集和传输。

       




回页首
小结
SystemTap是一个全新的工具，但已经表现出了强大的功能和广泛的适用性。SystemTap使得动态收集Linux内核信息和性能数据变得
轻而易举，这就使人可以从繁琐的数据采集中解放出来，而专注于数据的处理和分析，这无疑是内核开发人员和系统管理人员的福音。随着越来越多用户的体验，越
来越多的bug会被报告和修正，越来越多的新功能会被添加，SystemTap也会变得越来越稳定和完善。
               
参考资料

• SystemTap站点：
  http://sourceware.org/systemtap/
  
• SystemTap手册：
  http://sourceware.org/systemtap/man1/stap.1.html
  
• 更多SystemTap实例：
  http://sourceware.org/systemtap/wiki/WarStories
  
• Architecture of systemtap：
  http://sourceware.org/systemtap/archpaper.pdf
  
• Kprobes站点：
  http://sourceware.org/systemtap/kprobes/index.html
  

关于作者


桂剑，IBM 中国开发中心 Linux Performance 项目的软件工程师，有五年的 Linux 开发经验，对编译器、调试技术、操作系统很感兴趣。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/548/showart_405141.html