要追踪命令的系统调用和性能，首选strace和time工具。strace通过捕获程序与内核的交互（如open、read等系统调用）帮助诊断文件访问、权限错误或崩溃问题，例如用strace -e open,read ls可过滤文件相关调用，-o选项可将输出保存至日志；而time命令则测量执行时间，real表示总耗时（墙钟时间），user为用户态CPU时间，sys为内核态CPU时间，三者关系可判断程序是否受限于I/O或CPU；此外，perf用于深入分析CPU性能，ltrace追踪库函数调用，top/htop、iostat、vmstat则监控系统整体资源使用，辅助定位性能瓶颈。
在Linux中追踪命令的执行细节和分析其性能，我们通常会用到
strace
和
time
这两个核心工具。
strace
能让我们深入了解一个程序在运行时与操作系统内核的交互，即它发出了哪些系统调用、接收了什么信号，这对于诊断程序行为异常非常有效。而
time
命令则专注于衡量一个命令或程序运行所消耗的实际时间、用户态CPU时间以及内核态CPU时间，帮助我们评估性能瓶颈。
解决方案
要追踪命令的系统调用，最直接的方法就是使用
strace
。比如，如果你想看看
ls
命令在执行时都做了些什么系统调用，你只需在终端输入
strace ls
。你会看到密密麻麻的输出，每一行都代表了一个系统调用及其参数和返回值。这对于理解程序如何打开文件、分配内存、进行网络通信等非常有用。如果你想把这些输出保存到一个文件里方便后续分析，可以使用
-o
选项，例如
strace -o ls_trace.log ls
。有时候，我们可能只关心某个特定类型的系统调用，比如文件相关的，这时可以用
-e
选项来过滤，比如
strace -e open,read,write ls
。
至于性能分析，
time
命令是你的好帮手。它会报告一个命令从开始到结束所花费的“真实时间”（real time）、在用户空间执行代码所花费的“用户时间”（user time）以及在内核空间执行系统调用所花费的“系统时间”（sys time）。使用方法很简单，就是在你想要测量的命令前加上
time
，例如
time find / -name "*.conf"
。这里需要注意的是，shell自带的
time
命令（如Bash和Zsh）和
/usr/bin/time
（或
/bin/time
）是不同的。通常，
/usr/bin/time
提供更详细的报告，包括内存使用、I/O操作等额外信息，所以如果你需要更全面的性能数据，最好显式地调用它：
/usr/bin/time find / -name "*.conf"
。
strace是如何帮助我们诊断程序行为的？
在我看来，
strace
简直是Linux世界里的“X光机”，它能穿透应用程序的表象，直接看到它与操作系统内核的“对话”。这种能力在诊断各种程序行为问题时显得尤为宝贵。
举个例子，你可能遇到过一个程序报错说“文件找不到”，但你明明确定文件就在那里。这时候，
strace
就能派上大用场。你用
strace
运行那个程序，然后仔细看输出中
open()
、
access()
等系统调用。你会发现，程序可能在尝试打开一个错误路径的文件，或者它在某个意想不到的地方查找文件。我曾经就遇到过一个老旧的脚本，它在某个特定环境下总是找不到配置文件，用
strace
一查，发现它硬编码了一个绝对路径，而那个路径在新的部署环境中已经不存在了。
strace
还能帮我们理解程序的权限问题。当一个程序因为权限不足而失败时，
strace
会显示
open()
、
execve()
等系统调用返回
EACCES
或
EPERM
错误码。这直接指出了问题根源，省去了我们猜测的时间。另外，对于那些莫名其其妙崩溃的程序，
strace
可以显示程序收到哪些信号（比如
SIGSEGV
段错误），这能为我们进一步调试（比如使用
gdb
）提供重要的线索。它甚至能追踪子进程（使用
-f
选项），这对于理解复杂的多进程应用行为至关重要。
理解time命令的输出：real、user和sys时间有什么区别？
time
命令的输出虽然简洁，但它背后蕴含的信息量可不小，尤其是那三个时间指标：real、user和sys。理解它们之间的区别，是分析程序性能的关键。
real (实际时间/墙钟时间): 说白了，这就是我们看表感受到的时间，从命令开始执行到结束的总时长。它包含了程序实际运行的CPU时间、等待I/O的时间、被其他进程抢占CPU的时间，以及任何等待资源（如锁）的时间。所以，
real
时间可能比
user
和
sys
时间之和要大得多，特别是在系统负载高、程序频繁进行I/O操作（比如读写磁盘、网络通信）或者等待外部响应（比如数据库查询）时。它给我们一个整体的感知，但不能直接反映CPU的利用效率。
user (用户时间): 这个时间指的是CPU在用户模式下执行程序代码所花费的时间。简单来说，就是程序本身逻辑运算、数据处理等纯粹的CPU密集型工作所消耗的时间。如果一个程序的
user
时间很高，通常意味着它的算法复杂，或者在进行大量的计算。它不包括系统调用所花费的时间。
LanguagePro
LanguagePro是一款强大的AI写作助手，可以帮助你更好、更快、更有效地写作。
120 查看详情 
sys (系统时间): 这个时间指的是CPU在内核模式下执行系统调用所花费的时间。当程序需要操作系统服务时（比如打开文件、读写数据、创建进程、网络通信等），它会发起系统调用，CPU会从用户模式切换到内核模式来处理这些请求。如果一个程序的
sys
时间很高，那通常表明它与操作系统内核的交互非常频繁，比如大量的I/O操作、内存管理或者进程间通信。
在我看来，这三者之间的关系有点儿像这样：
real
时间是你的整个旅程，
user
时间是你自己走路的时间，
sys
时间是你去问路或者搭车（调用系统服务）的时间。如果
real
时间远大于
user + sys
，那可能意味着程序大部分时间都在等待（比如等待磁盘I/O完成，或者等待网络响应），或者系统负载太高导致CPU资源不足。反之，如果
user + sys
接近
real
，说明程序是CPU密集型的，并且系统资源相对充足。
除了time和strace，还有哪些Linux工具可以用于性能分析和追踪？
当然，
time
和
strace
只是冰山一角。Linux生态系统提供了大量强大的工具，可以从不同维度帮助我们进行性能分析和追踪。
一个非常重量级的工具是
perf
。它是一个基于Linux内核的性能分析工具，可以用来分析CPU性能计数器、跟踪系统调用、函数调用以及事件。
perf
能提供非常细粒度的性能数据，比如缓存命中率、分支预测错误等，这对于优化CPU密集型应用非常有帮助。它的学习曲线相对陡峭，但功能极其强大，能让你深入到内核层面去理解程序行为。
另一个与
strace
有些相似但关注点不同的工具是
ltrace
。
ltrace
主要用于追踪程序对共享库函数的调用。如果你的程序大量依赖于外部库（比如C标准库、OpenSSL库等），并且你想知道它调用了哪些库函数以及它们的参数和返回值，
ltrace
会比
strace
更直接。它能帮助我们理解程序是如何使用这些库的，对于调试库相关的错误或者优化库函数调用很有用。
此外，我们还有一些更宏观的系统监控工具，它们虽然不直接追踪单个命令，但能提供系统整体的性能视图，帮助我们定位问题范围：
top
/
htop
: 实时显示系统中运行的进程信息，包括CPU使用率、内存占用、进程ID等。它们能快速帮助我们识别哪些进程消耗了大量资源。
htop
是
top
的增强版，提供了更友好的交互界面和更多的功能。
iostat
: 报告CPU使用率和磁盘I/O统计信息。如果你怀疑性能瓶颈在磁盘I/O上，
iostat
能提供详细的读写速度、I/O请求队列长度等数据。
vmstat
: 报告虚拟内存、进程、I/O、CPU活动等信息。它能帮助我们了解系统的内存使用情况、交换空间活动以及CPU的空闲/繁忙状态。
这些工具各有侧重，通常在实际工作中，我们会根据具体的问题和需求，组合使用它们，从而形成一个全面的诊断和分析策略。
以上就是如何在Linux中追踪命令 Linux time性能分析工具的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/722664.html
微信扫一扫 
支付宝扫一扫 
