原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: 再谈systemtap在ubuntu 10.10下的安装
NinGoo的这篇文章写的很明白了:http://www.ningoo.net/html/2010/use_systemtap_on_ubuntu.html
原始出处:http://sourceware.org/systemtap/wiki/SystemtapOnUbuntu
安装的时候有几个地方需要注意:
在做步骤2的时候:
Read more…
Post Footer automatically generated by wp-posturl plugin for wordpress.
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: SystemTap –Linux下的万能观测工具
Post Footer automatically generated by wp-posturl plugin for wordpress.
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: 调查用户空间程序某函数最常调用路径
在做系统调优或者调查性能问题的的时候，比如说调查一个锁的性能问题。 这把锁的代码会有很多路径会调用， 我们可以在锁的地方设个probe点，但是我们无法知道那个路径是最经常调用的。 所以我就写了个stap脚本来解决这个问题，代码在RHEL 5.4/6下都调试没有问题的。
$ cat > dig.stp
global stacks_count
probe process(@1).function(@2)
{
stacks_count[ubacktrace()]++;
}
function sprint_stackx(stack)
{
addr = tokenize(stack, " ");
while(addr != "")
{
fun= symname(strtol(addr, 16));
s = fun . "->" . s;
addr = tokenize("", " ");
}
return s;
}
function print_top_stack () {
printf ("%50s %10s\n", "STACK", "COUNT")
foreach (stack in stacks_count- limit 20) {
printf("%50s %10d\n", sprint_stackx(stack), stacks_count[stack])
}
delete stacks_count
}
probe timer.s(5) {
print_top_stack ()
printf("--------------------------------------------------------------\n")
}
CTRL+D
#我们用nmon这个程序来试验下吧
#脚本的使用方法是: stap dig.stp prog funcs
#注意这个程序需要-g编译， 才能有符号信息
#在另外一个控制台下运行nmon, 打开磁盘，CPU监控等。
$nmon
$ sudo stap dig.stp nmon proc_*
STACK COUNT
main->proc_read-> 2
main->proc_cpu-> 2
main->proc_read-> 2
main->proc_mem-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
main->proc_mem->proc_mem_search-> 2
--------------------------------------------------------------
...
哈效果不错哦！
祝玩的开心。
Post Footer automatically generated by wp-posturl plugin for wordpress.
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: Systemtap的另类用法
通常我们在做内核编程的时候，会用到内核的数据结构，比如说textsearch提供了几种算法用于支付串查找。在用于正式的项目前，我们会希望考察下他的用法以及想体验下。最通常的做法是自己写个module,写个makefile,编译，运行，然后去dmesg里面看printk的结果。这个过程没啥问题，就是太罗嗦。好了，现在我们有更方便的方法了：systemtap.
Systemtap是个脚本，先翻译成c kernel模块代码，然后编译，插入到内核运行，同时提供最基本的内核和应用模块的通讯管道，在应用模块这里收集信息。 它还支持guru模式，让用户直接插入c代码。 这样我们就可以利用stap的这一特性来做我们的实验。
Read more…
Post Footer automatically generated by wp-posturl plugin for wordpress.
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: Linux下谁在消耗我们的cache
Linux下对文件的访问和设备的访问通常会被cache起来加快访问速度，这个是系统的默认行为。 而cache需要耗费我们的内存，虽然这个内存最后可以通过echo 3>/proc/sys/vm/drop_caches这样的命令来主动释放。但是有时候我们还是需要理解谁消耗了我们的内存。
我们来先了解下内存的使用情况:
[root@my031045 ~]# free
total used free shared buffers cached
Mem: 24676836 626568 24050268 0 30884 508312
-/+ buffers/cache: 87372 24589464
Swap: 8385760
有了伟大的systemtap, 我们可以用stap脚本来了解谁在消耗我们的cache了：
#这个命令行用来调查谁在加数据入page_cache
[root@my031045 ~]# stap -e 'probe vfs.add_to_page_cache {printf("dev=%d, devname=%s, ino=%d, index=%d, nrpages=%d\n", dev, devname, ino, index, nrpages )}'
...
dev=2, devname=N/A, ino=0, index=2975, nrpages=1777
dev=2, devname=N/A, ino=0, index=3399, nrpages=2594
dev=2, devname=N/A, ino=0, index=3034, nrpages=1778
dev=2, devname=N/A, ino=0, index=3618, nrpages=2595
dev=2, devname=N/A, ino=0, index=1694, nrpages=106
dev=2, devname=N/A, ino=0, index=1703, nrpages=107
dev=2, devname=N/A, ino=0, index=1810, nrpages=210
dev=2, devname=N/A, ino=0, index=1812, nrpages=211
...
这时候我们拷贝个大文件：
[chuba@my031045 ~]$ cp huge_foo.file bar #这时候我们可以看到文件的内容被猛的添加到cache去： ... dev=8388614, devname=sda6, ino=2399271, index=39393, nrpages=39393 dev=8388614, devname=sda6, ino=2399271, index=39394, nrpages=39394 dev=8388614, devname=sda6, ino=2399271, index=39395, nrpages=39395 dev=8388614, devname=sda6, ino=2399271, index=39396, nrpages=39396 dev=8388614, devname=sda6, ino=2399271, index=39397, nrpages=39397 dev=8388614, devname=sda6, ino=2399271, index=39398, nrpages=39398 dev=8388614, devname=sda6, ino=2399271, index=39399, nrpages=39399 dev=8388614, devname=sda6, ino=2399271, index=39400, nrpages=39400 dev=8388614, devname=sda6, ino=2399271, index=39401, nrpages=39401 dev=8388614, devname=sda6, ino=2399271, index=39402, nrpages=39402 dev=8388614, devname=sda6, ino=2399271, index=39403, nrpages=39403 dev=8388614, devname=sda6, ino=2399271, index=39404, nrpages=39404 dev=8388614, devname=sda6, ino=2399271, index=39405, nrpages=39405 dev=8388614, devname=sda6, ino=2399271, index=39406, nrpages=39406 dev=8388614, devname=sda6, ino=2399271, index=39407, nrpages=39407 dev=8388614, devname=sda6, ino=2399271, index=39408, nrpages=39408 dev=8388614, devname=sda6, ino=2399271, index=39409, nrpages=39409 dev=8388614, devname=sda6, ino=2399271, index=39410, nrpages=39410 dev=8388614, devname=sda6, ino=2399271, index=39411, nrpages=39411 ...
此外加入我们想了解下系统的cache都谁在用呢, 那个文件用到多少页了呢？
我们有个脚本可以做到，这里非常谢谢 子团 让我使用他的代码。
[chuba@my031045 ~]# stap -g viewcache.stp 在另外的shell里面 [chuba@my031045 ~]# dmesg ... inode: 116397109, num: 5 inode: 116397111, num: 2 inode: 116397112, num: 1 inode: 116397149, num: 2 inode: 116397152, num: 1 inode: 116397336, num: 2 inode: 116397343, num: 1 inode: 116397371, num: 4 inode: 116397372, num: 2 ...
非常清楚的看出来每个inode占用了多少页，用工具转换下就知道哪个文件耗费了多少内存。
另外小TIPS：
从inode到文件名的转换
find / -inum your_inode
从文件名到inode的转换
stat -c “%i” your_filename
或者 ls -i your_filename
我们套用了下就马上知道那个文件占用的cache很多。
[chuba@my031045 ~]$ sudo find / -inum 2399248 /home/chuba/kernel-debuginfo-2.6.18-164.el5.x86_64.rpm
玩的开心。
参考资料:
page cache和buffer cache的区别:
这篇文章总结的最靠谱: http://blog.chinaunix.net/u/1595/showart.php?id=2209511
后记:
linux下有个这样的系统调用可以知道页面的状态:mincore – determine whether pages are resident in memory
同时有人作个脚本fincore更方便大家的使用, 点击下载fincore
后来子团告诉我还有这个工具: https://code.google.com/p/linux-ftools/
Post Footer automatically generated by wp-posturl plugin for wordpress.
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: 用systemtap来修改下linux内核变量的值
我们在探索linux内核的时候，经常需要调整下变量的值，看它对系统的影响。如果这个值没有透过/proc来修改的话，那只能编译内核。这个步骤是非常繁琐的。现在我们有systemtap这个利器来帮忙了。
演示如下：
我们通过修改过
extern int sysctl_tcp_fin_timeout;的值来达到目的。是因为这个值是proc导出的 我们好验证是否成功。
root@localhost ~]# cat /proc/sys/net/ipv4/tcp_fin_timeout
15000
[root@localhost ~]# cat test.stp
probe begin
{
printf("ready go\n");
}
probe kernel.function("do_tcp_setsockopt")
{
$sysctl_tcp_fin_timeout = $1
printf("sysctl_tcp_fin_timeout = %d\n", $sysctl_tcp_fin_timeout);
exit()
}
[root@localhost ~]# stap -g test.stp 18000
ready go
这个时候 stap在运行， 只是还没有触发do_tcp_setsockopt.
现在我们来触发
[root@localhost ~]# erl
Erlang R13B02 (erts-5.7.3) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false]
Eshell V5.7.3 (abort with ^G)
1> {ok, LSock} = gen_tcp:listen(0, []).
{ok,#Port<0.437>}
2>
2> inet:setopts(LSock, [{nodelay,true}]).
ok
3>
Ok,这时候回头可以看到stap打出来以下：
sysctl_tcp_fin_timeout = 18000
我们来验证下：
root@localhost ~]# cat /proc/sys/net/ipv4/tcp_fin_timeout 18000
OK,成功。
Tips：
1. stap对全局变量的写需要-g guru模式。
2. 全局变量必须在一个单元内的函数里面才可以修改， 而且必须是在内核上下文。
PS. 这样写的话会更好,因为这个变量是单元可见的,这个模块里面的任何函数被触发都可以看到这个变量. 因为这是tcp的核心模块随时都会被出发的,免除了以上的麻烦!
$ cat test.stp
probe begin
{
printf("ready go\n");
}
probe kernel.function("*@net/ipv4/tcp.c")
//probe kernel.function("do_tcp_setsockopt")
{
$sysctl_tcp_fin_timeout = $1
printf("sysctl_tcp_fin_timeout = %d\n", $sysctl_tcp_fin_timeout);
exit()
}
Post Footer automatically generated by wp-posturl plugin for wordpress.
Recent Comments