Bash 脚本在 OSX 上启动速度极慢

Question

我遇到了一个问题，我的 bash 脚本需要很长时间才能启动。起初我认为这是脚本本身的问题，但一个快速的实验证明了这一点。

这是示例脚本

#!/bin/bash
echo 'ping'

当我运行它时

$ time ./script.sh

我明白了

ping

real    0m12.018s
user    0m0.002s
sys    0m0.002s

（我什至看到它长达 17 秒......）令人难以置信的是，当我第二次运行它时，它立即运行。

ping

real    0m0.004s
user    0m0.002s
sys 0m0.002s

但是当我再次编辑文件时，又是漫长的等待。

$ echo 'echo test' >> gbr.sh
$ time ./gbr.sh
ping
test

real    0m13.021s
user    0m0.003s
sys 0m0.003s

这几乎就像 bash 正在编译我的脚本或其他东西。 有什么方法可以调试这个吗？我的.bash_profile 似乎也没有任何问题 - 如果我只是在.bash_profile 的第一行添加一个回显，我仍然只能在之后看到10 多秒。

我已经在 iTerm2 和本地终端中尝试过这个 - 两者都有完全相同的问题。这是在 macOS Sierra 上 - 10.12.3

Answer 1

我在运行 macOS Sierra 10.12.5 和 10.12.6 的工作机器上遇到了同样的问题，我确认 @charles-duffy 是正确的。我公司的反恶意软件是问题所在。他们正在使用 Carbon Black 的名为 Confer 的守护程序来确保端点安全。

运行此命令查看问题是否停止：

launchctl unload /Library/LaunchDaemons/com.confer.sensor.daemon.plist

我认为 Confer 正在对它看到的每个新程序进行指纹识别，并尝试在允许它运行之前将其与黑名单进行比较。看起来它在一秒钟后超时（尝试在线注册指纹？），并且有些东西让它一遍又一遍地尝试，产生更长的整数秒延迟。这使得新修改的程序启动缓慢，但在指纹采集后速度恢复正常。

---

示例运行

这是我的工作笔记本电脑上出现的问题。随着时间的推移，有时延迟会增加，但每次总是增加整数秒。如果Confer记得之前的程序，就不会有延迟了。

bash 脚本

$ bash --norc --noprofile -l  # make sure rc scripts don't interfere

bash-3.2$ echo exit > exit.sh && chmod +x exit.sh

bash-3.2$ time ./exit.sh

real    0m1.004s
user    0m0.001s
sys 0m0.002s

bash-3.2$ time ./exit.sh

real    0m0.002s
user    0m0.001s
sys 0m0.001s

运行提供给bash -c的命令没有问题：

bash-3.2$ time bash -c exit

real    0m0.008s
user    0m0.002s
sys 0m0.003s

awk 脚本

但问题确实影响了 awk 脚本：

bash-3.2$ printf '%s\n' '#!/usr/bin/env awk -f' 'BEGIN { exit 0; }' > test.awk && chmod +x test.awk

bash-3.2$ time ./test.awk

real    0m4.010s
user    0m0.002s
sys 0m0.001s

bash-3.2$ time ./test.awk

real    0m0.005s
user    0m0.002s
sys 0m0.001s

编译的二进制文件

它甚至影响编译后的 C 和 Golang 代码：

bash-3.2$ printf '%s\n' '#include "stdio.h"' 'int main() {' 'printf("Hello, world!\n");' 'return 0;' '}' > hello.c && gcc -o hello hello.c

bash-3.2$ time ./hello
Hello, world!

real    0m4.006s
user    0m0.001s
sys 0m0.001s

bash-3.2$ time ./hello
Hello, world!

real    0m0.004s
user    0m0.001s
sys 0m0.001s

bash-3.2$ printf '%s\n' 'package main' 'import "fmt"' 'func main() {' 'fmt.Println("test")' '}' > test.go && go build -o test ./test.go

bash-3.2$ time ./test
test

real    0m4.018s
user    0m0.001s
sys 0m0.003s

bash-3.2$ time ./test
test

real    0m0.005s
user    0m0.001s
sys 0m0.002s

Answer 2

从 10.15 开始，每次执行新脚本时，macOS 可能实际上都在与 Apple 对话。我在recent changelog for TextMate 中找到了这个：

已修复：在 macOS 10.15 上重新执行（捆绑）命令时出现延迟。 从 macOS 10.15 开始，Apple 将在每次新的 执行脚本/二进制文件，这可能会有超过一个延迟 其次，取决于互联网连接/位置。结果好像 要按 inode 缓存，以前 TextMate 会使用临时文件 执行脚本或 shell 命令时（给它们一个新的 inode 每次运行），它现在重新使用这些文件以避免重复延迟 处决。