Ben Boyter 的代码统计工具 scc 被人用另一个计数器 mezura 在 GitHub issue 里友好地「晒脸」——mezura 跑同样目录比 scc 快 2.56 倍。他没有被冒犯，反而睡一觉后用 strace 做黑盒剖析：scc 处理 8.6 万个文件时发出近 260 万次内核调用，而对手只处理 6.7 万个文件却只要 1/2.6 的调用。四个疑点浮出：几乎全失败的 epoll_ctl（9.5 万次调用 9.5 万次错误）、每个文件四次 fcntl、三次 newfstatat，以及表征线程饥饿的 13 万次 futex。第一个修复是把唯一一个 stat 文件线程扩成多个 goroutine，futex 掉到约 5500 次、时间少 160ms；更大的招是把对每个文件都调用的 os.Open 换成裸 syscall.Open——因为 Linux 上 os.Open 会把描述符交给 netpoll 轮询器、对磁盘文件被内核拒绝，白白多出置非阻塞、epoll 注册失败、复位标志等一长串调用（BSD/macOS 则有 fstat 短路避开）。仅此一项就让 fcntl 从 38 万降到 2.5 万、epoll_ctl 从 9.6 万降到 6 千。随后他让 Claude 按参考实现写 C/Java 的专用状态机，用 AVX2 IndexByte 跳行找换行，最终新 scc 比 mezura 快约 8%、自比旧版快 2.37 倍。