C++时间戳解析程序perf检测到__xstat64耗时过高问题咨询

问题1：__xstat64的调用来源 #

__xstat64是glibc封装的用户态函数，对应Linux内核的stat系统调用，作用是获取文件的元信息（权限、大小、修改时间等），它确实是one函数的子调用，触发路径有两个：

• 你在解析每一行日志后调用的mktime是最主要的触发源：你使用的libc2.17版本（CentOS 7默认版本）的mktime没有做时区配置缓存，每次调用都会对/etc/localtime等时区配置文件发起stat调用，确认文件是否更新。
• 每次进入one函数执行fin.open("log2.txt")时，std::ifstream的open实现也会触发一次对目标日志文件的stat调用，用于检查文件是否存在、权限是否合法。

问题2：耗时占比异常的原因 #

__xstat64占比高的核心原因 #

1. 你的代码在传入非n开头的参数时，会无限循环调用one函数，每次循环都会打开一次日志文件，每解析一行日志就调用一次mktime，会产生巨量的stat系统调用。
2. stat系统调用需要从用户态陷入内核态执行，内核态的路径遍历、元信息查询操作本身耗时远高于普通用户态函数，perf统计的是整个调用链的CPU耗时，sys_newstat、vfs_fstatat等内核态函数的耗时都会累计到上层的__xstat64调用链上，所以总占比超过50%。你看到的__xstat64自身0%的占比也能验证这一点：耗时都在内核态的系统调用处理逻辑中。

main函数占比低的原因 #

perf报告中显示的3%是main函数自身指令执行的时间占比，不是它整个调用链的占比。main函数本身只做参数判断、循环调度逻辑，大部分时间都在调用下层的one函数，所以自身的指令执行时间占比很低，属于perf统计的正常现象。

简易优化方案 #

• 将fin.open("log2.txt")和文件关闭逻辑移到无限循环外，避免每次循环都重复打开关闭文件。
• 避免每行都调用mktime，可以手动实现时间戳计算逻辑，或者提前缓存时区偏移，减少stat系统调用的触发次数。

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