如何追踪bash脚本中rsync的耗时？求strace替代工具或参数

首先，你遇到的strace问题确实是因为默认没有追踪子进程——strace默认只监控启动的主进程（也就是bash本身），而rsync这类命令是作为子进程启动的，自然没被统计进去。先给你修正strace的用法：

让strace正确追踪子进程 #

使用-f参数可以让strace递归追踪所有子进程，配合-c就能统计包括rsync在内的所有进程的系统调用耗时：

strace -f -c ./your_script.sh

如果需要更详细的时间戳（方便定位每个子进程的执行时段），可以加上-tt参数：

strace -f -tt -c ./your_script.sh

这样输出的统计结果就会包含rsync子进程的系统调用时间，不会再出现耗时严重偏低的情况。

更适合按命令统计耗时的工具 #

如果你的核心需求是按命令而非系统调用统计耗时，strace就不是最优选择了，推荐这些工具：

1. GNU time（详细资源统计） #

GNU版本的time命令（注意不是bash内置的time，要用绝对路径/usr/bin/time）可以输出脚本及所有子进程的详细资源消耗，包括实际运行时间、CPU时间等：

/usr/bin/time -v ./your_script.sh

输出里会包含Elapsed (wall clock) time（实际耗时）、User time、System time，还有子进程的时间统计，能帮你快速定位整体耗时。如果需要单独统计每个命令的耗时，可以在脚本里给关键命令（比如rsync）单独加/usr/bin/time，但这样需要修改脚本。

2. hyperfine（专业基准测试工具） #

如果你的目标是对比4个脚本的性能差异，hyperfine是专门做基准测试的工具，它会自动多次运行脚本，计算平均耗时、标准差等统计数据，还能忽略首次运行的缓存影响：

hyperfine --warmup 2 './script1.sh' './script2.sh' './script3.sh' './script4.sh'

它的输出会清晰对比每个脚本的耗时，非常适合你的多版本脚本对比需求。

3. bash内置追踪+自定义统计 #

如果你不想用额外工具，可以借助bash的set -x和时间戳来追踪每个命令的执行时间：

PS4='[${SECONDS}] ' bash -x ./your_script.sh > trace.log 2>&1

这条命令会在每个执行的命令前加上从脚本启动开始的秒数，之后你可以用awk等工具分析日志，计算每个命令的总耗时：

# 示例awk脚本，提取命令和耗时
BEGIN { prev_time = 0; }
/^\[[0-9.]+\]/ {
    curr_time = substr($1, 2, length($1)-2);
    cmd = substr($0, index($0, $2));
    if (prev_time != 0) {
        duration = curr_time - prev_time;
        cmd_time[cmd] += duration;
    }
    prev_time = curr_time;
}
END {
    print "% time\tcommand";
    print "------\t--------";
    for (cmd in cmd_time) {
        printf "%.2f%%\t%s\n", (cmd_time[cmd]/prev_time)*100, cmd;
    }
}

把上面的代码保存为analyze_trace.awk，然后运行：

awk -f analyze_trace.awk trace.log

就能得到类似你想要的按命令统计耗时的结果。

4. perf（深度性能分析） #

如果需要更深入的性能分析（比如CPU瓶颈、IO等待），可以用perf工具：

# 记录脚本的性能数据
perf record -g ./your_script.sh
# 生成报告
perf report

报告里会按进程/命令展示CPU耗时占比，还能查看调用栈，帮你定位到底是rsync的哪个环节耗时最多。

额外建议 #

因为你的脚本包含环境搭建和销毁步骤，做基准测试时最好把这些步骤和核心的rsync任务分开——比如先单独运行环境搭建，然后多次运行rsync部分，这样得到的基准数据会更准确，避免环境准备的耗时干扰测试结果。

内容的提问来源于stack exchange，提问作者OneRaynyDay