ltrace能够跟踪进程的库函数调用,它会显现出哪个库函数被调用,而strace则是跟踪程序的每个系统调用.
下面是一个ltrace与strace的对比
 
1)系统调用的输出对比
 
我们用输出hello world的程序做如下测试:
#include <stdio.h>
int
main ()
{
        printf("Hello world!\n");
        return 0;
}
gcc hello.c -o hello
 
 
用ltrace跟踪hello程序,如下:
 
ltrace ./hello
__libc_start_main(0x8048354, 1, 0xbf869aa4, 0x8048390, 0x8048380 <unfinished ...>
puts("Hello world!"Hello world!
)                                                             = 13
+++ exited (status 0) +++
 
注:我们看到程序调用了puts();库函数做了输出.
 
用strace跟踪hello程序,如下:
strace ./hello
execve("./hello", ["./hello"], [/* 30 vars */]) = 0
brk(0)                                  = 0x83d4000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f8a000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=80846, ...}) = 0
mmap2(NULL, 80846, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f76000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000?\270"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1576952, ...}) = 0
mmap2(0xb6e000, 1295780, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e000
mmap2(0xca5000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x137) = 0xca5000
mmap2(0xca8000, 9636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xca8000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f75000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f756c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xca5000, 8192, PROT_READ)     = 0
mprotect(0xb6a000, 4096, PROT_READ)     = 0
munmap(0xb7f76000, 80846)               = 0
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f89000
write(1, "Hello world!\n", 13Hello world!
)          = 13
exit_group(0)                           = ?
Process 2874 detached
 
注:我们看到程序调用write()系统调用做了输出,同时strace还把hello程序运行时所做的系统调用都打印出来了.
 
同样的ltrace也可以把系统调用都打印出来,如下:
ltrace -S ./hello
SYS_execve(NULL, NULL, NULL)                                                     = 0xffffffda
SYS_brk(NULL)                                                                    = -38
SYS_mmap2(0, 4096, 3, 34, -1)                                                    = -38
SYS_access(0xb6798f, 4, 0xb6afc0, 0, 0xb6b6b4)                                   = -38
SYS_open("/etc/ld.so.cache", 0, 00)                                              = -38
SYS_fstat64(3, 0xbfba5414, 0xb6afc0, -1, 3)                                      = -38
SYS_mmap2(0, 80846, 1, 2, 3)                                                     = -38
SYS_close(3)                                                                     = -38
SYS_open("/lib/libc.so.6", 0, 027756452364???, 512)                              = -38
SYS_read(3, )                                                                    = -38
SYS_fstat64(3, 0xbfba5478, 0xb6afc0, 4, 1)                                       = -38
SYS_mmap2(0xb6e000, 0x13c5a4, 5, 2050, 3)                                        = -38
SYS_mmap2(0xca5000, 12288, 3, 2066, 3)                                           = -38
SYS_mmap2(0xca8000, 9636, 3, 50, -1)                                             = -38
SYS_close(3)                                                                     = -38
SYS_mmap2(0, 4096, 3, 34, -1)                                                    = -38
SYS_set_thread_area(0xbfba5960, 0xb7f5e6c0, 243, 0xb6afc0, 0)                    = -38
SYS_mprotect(0xca5000, 8192, 1, 7676, 0xca6e74)                                  = -38
SYS_mprotect(0xb6a000, 4096, 1, 896, 0)                                          = -38
SYS_munmap(0xb7f5f000, 80846 <unfinished ...>
__libc_start_main(0x8048354, 1, 0xbfba5dd4, 0x8048390, 0x8048380 <unfinished ...>
puts("Hello world!" <unfinished ...>
SYS_fstat64(1, 0xbfba5c20, 0xca6ff4, 0xca74c0, 0xca74c0)                         = 0
SYS_mmap2(0, 4096, 3, 34, -1)                                                    = 0xb7f72000
SYS_write(1, "Hello world!\n", 13Hello world!
)                                               = 13
<... puts resumed> )                                                             = 13
SYS_exit_group(0 <no return ...>
+++ exited (status 0) +++
 
注:我们看到它实际是用SYS_write系统调用来做打印输出,其实write()函数是SYS_write的封装,SYS_write是真正的系统调用.
 
 
 
二)ltrace/strace的耗时
 
ltrace -c dd if=/dev/urandom of=/dev/null count=1000
1000+0 records in
1000+0 records out
512000 bytes (512 kB) copied, 2.31346 seconds, 221 kB/s
% time     seconds  usecs/call     calls      function
------ ----------- ----------- --------- --------------------
 84.88    4.942763        4942      1000 read
  9.41    0.548195         548      1000 write
  5.06    0.294716         294      1001 memcpy
  0.11    0.006365        2121         3 __fprintf_chk
  0.09    0.004969        4969         1 dcgettext
  0.08    0.004850         808         6 strlen
  0.05    0.002667        2667         1 setlocale
  0.04    0.002579         644         4 sigaction
  0.03    0.001869         467         4 close
  0.03    0.001825         912         2 open64
  0.03    0.001519         759         2 malloc
  0.02    0.001187         593         2 __sprintf_chk
  0.02    0.001176         588         2 clock_gettime
  0.02    0.001169         389         3 __errno_location
  0.02    0.001012         506         2 dcngettext
  0.01    0.000814         814         1 lseek64
  0.01    0.000757         757         1 getopt_long
  0.01    0.000744         744         1 textdomain
  0.01    0.000742         247         3 strchr
  0.01    0.000634         634         1 __strtoull_internal
  0.01    0.000602         602         1 getpagesize
  0.01    0.000542         271         2 localeconv
  0.01    0.000340         340         1 fclose
  0.01    0.000300         300         1 memmove
  0.00    0.000228         114         2 sigismember
  0.00    0.000184         184         1 getenv
  0.00    0.000170          85         2 sigaddset
  0.00    0.000148          74         2 free
  0.00    0.000093          93         1 bindtextdomain
  0.00    0.000090          90         1 sigemptyset
  0.00    0.000090          90         1 __cxa_atexit
  0.00    0.000088          88         1 __ctype_b_loc
  0.00    0.000074          74         1 __fpending
------ ----------- ----------- --------- --------------------
100.00    5.823501                  3057 total
 
注:
使用-c选项,ltrace输出由进程创建的库调用,输出结果以调用过程的时间为准进行排序,因为是从urandom设备上读,这是一种产生随机数的设备,完成后,写入null设备.
所以读过程花费了较多的时间.
使用ltrace去捕获运行时函数,就好像在进程上系上了一个调试工具,它占据了ltrace大量的时间,这里ltrace一共消耗了5.8秒
 
我们再来看一下strace所花费的时间,如下:
 
strace -c dd if=/dev/urandom of=/dev/null count=1000
1000+0 records in
1000+0 records out
512000 bytes (512 kB) copied, 0.894482 seconds, 572 kB/s
Process 3049 detached
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
 82.85    0.159393         159      1005           read
 15.07    0.028995          29      1003           write
  0.78    0.001494        1494         1           execve
  0.42    0.000814         136         6           rt_sigaction
  0.23    0.000446          41        11         1 close
  0.23    0.000435          73         6           fstat64
  0.21    0.000412          32        13           mmap2
  0.21    0.000408          29        14         6 open
  0.00    0.000000           0         1         1 access
  0.00    0.000000           0         3           brk
  0.00    0.000000           0         2           munmap
  0.00    0.000000           0         1           uname
  0.00    0.000000           0         4           mprotect
  0.00    0.000000           0         1           _llseek
  0.00    0.000000           0         1           rt_sigprocmask
  0.00    0.000000           0         1           getrlimit
  0.00    0.000000           0         1           set_thread_area
  0.00    0.000000           0         1           set_tid_address
  0.00    0.000000           0         2           clock_gettime
  0.00    0.000000           0         1           set_robust_list
------ ----------- ----------- --------- --------- ----------------
100.00    0.192397                  2078         8 total
 
注:
strace一共消耗了0.19秒,strace把性能提升了30倍,这主要是strace在跟踪系统调用的时候不需要动态库,而ltrace是根据动态库来分析程序运行的.
所以ltrace也只能跟踪动态库,不能跟踪静态库.
事实上我们用ltrace和strace都可以发现程序在哪个系统调用时发生了性能瓶径.
ltrace用-T,而strace也用-T.
 
 
三)ltrace与strace的相同点
 
ltrace与strace都可以指定PID,即对运行中的程序进行跟踪.
ltrace -p PID与strace -p PID
 
ltrace与strace都可以跟踪程序fork或clone子进程.
ltrace是用-f参数,而strace是用-f(fork/clone)和-F(vfork).

linux下的调试工具ltrace与strace的更多相关文章

  1. Linux下的调试工具

    Linux下的调试工具 随着XP的流行,人们越来越注重软件的前期设计.后期的实现,以及贯穿于其中的测试工作,经过这个过程出来的自然是高质量的软件.甚至有人声称XP会淘汰调试器!这当然是有一定道理的,然 ...

  2. Linux下性能调试工具运维笔记

    作为一名资深的linux运维工程师,为方便了解和追求服务器的高性能,如cpu.内存.io.网络等等使用情况,要求运维工程师必须要熟练运用一些必要的系统性能调试工具,liunx下提供了众多命令方便查看各 ...

  3. linux下php调试工具xdebug安装配置

    xdebug简介 Xdebug是php的一款调试工具,是基于zend的一个扩展,可以用来跟踪,调试和分析PHP程序的运行状况.如变量,函数调试,性能监测,代码覆盖率等 xdebug安装 1.下载xde ...

  4. linux下can调试工具canutils安装与使用

    0.  编译环境所需要的工具 libsocketcan-0.0.11.tar.bz2 canutils-4.0.6.tar.bz2 下载路径 https://public.pengutronix.de ...

  5. linux下can调试工具canutils安装过程记录

    https://www.cnblogs.com/chenfulin5/p/6797756.html 一.下载源码 下载canutils和libsocketcan libsocketcan地址:http ...

  6. Linux下路由表调试工具traceroute

    在做静态路由表或者路由表分配时,比较直接的调试工具是traceroute,可以跟踪访问一个IP所到达的路由层级,从而知道经过哪些链路. 参考: http://man.linuxde.net/trace ...

  7. c++ linux 下的调试工具及用法

    1当程序出现core的时候: gdb out[your program] core.out.45726.1431954543 可以看到程序崩溃时候的堆栈信息. valgrind ./out 由于val ...

  8. linux下内存调试工具——valgrind

    1.valgrind之memcheck  最常用的工具,用来检测程序中出现的内存问题,所有对内存的读写都会被检测到,一切对malloc()/free()/new/delete的调用都会被捕获.所以,它 ...

  9. linux下串口调试工具/串口终端推荐: picocom

    对于picocom, kermit, minicom, picocom 最简单易用,也全然符合我的使用需求. 安装(mint / ubuntu): $ sudo apt-get install pic ...

随机推荐

  1. 1651. Shortest Subchain(bfs)

    1651 终于A了 看这题容易想到最短路 看到错的很多 还特意注意了好几处 后来发现 必须按给出的顺序出边 想了想 这不就是BFS 然后就是各种细节 i->i+1ori->j(a[i]== ...

  2. BZOJ2226: [Spoj 5971] LCMSum

    题解: 考虑枚举gcd,然后问题转化为求<=n且与n互质的数的和. 这是有公式的f[i]=phi[i]*i/2 然后卡一卡时就可以过了. 代码: #include<cstdio> # ...

  3. Asp.Net连接Mysql报错Out of sync with server

    Asp.Net连接Mysql报错Out of sync with server 原因:程序引用的MySql.Data.dll版本高于服务器版本 解决:下载一个低版本的MySql.Data.dll,项目 ...

  4. hdu 4691 Front compression

    暴力水过,剪一下枝= =果断是数据水了 #include<cstdio> #include<cstring> #include<algorithm> #define ...

  5. H.264中NALU、RBSP、SODB的关系 (弄清码流结构)

    NALU:Coded H.264 data is stored or transmitted as a series of packets known as NetworkAbstraction La ...

  6. Web开发人员必备工具-Emmet (Zen Coding)

    如果你从事前端开发或者web开发的话,一定听说过Zen coding - 一种快速编写HTML/CSS代码的方法.它使用仿CSS选择器的语法来快速开发HTML和CSS - 由Sergey Chikuy ...

  7. Oracle行列互换 横表和纵表

    /* 在实际使用sql工作中总会碰到将某一列的值放到标题中显示.就是总说的行列转换或者互换. 比如有如下数据: ID NAME KECHENG CHENGJI -- ---------- ------ ...

  8. Linux如何统计进程的CPU利用率

    1.0 概述 在Linux的/proc文件系统,可以看到自启动时候开始,所有CPU消耗的时间片:对于个进程,也可以看到进程消耗的时间片.这是一个累计值,可以"非阻塞"的输出.获得一 ...

  9. Andriod中绘(画)图----Canvas的使用详解

    http://blog.csdn.net/qinjuning/article/details/6936783

  10. 软件测试技术(五)——Software Review

    本周的测试课上进行了一次同行评审的演练,大家讨论的很热烈,不过我也发现了一些不太理解的过程,如如何进行计划活动,走读.技术评审.正规检视是基于什么目的,并应该在何时进行.我做了一下详细的研究. 首先, ...