防止Golang后台进程CPU过度使用

Question

我正在编写一个Go程序，该程序监视文件，并在其中一个文件发生更改时运行系统命令。到目前为止，它运行良好。我对我的主"无限"循环有疑问，因为我不希望它占用所有系统CPU资源：

runtime.GOMAXPROCS(1)
for {
updatedFiles, _ := GetWatchMap(config)
if !reflect.DeepEqual(filesToWatch, updatedFiles) {
start := time.Now()
_, _ = colorstring.Println(fmt.Sprintf(" [yellow] ⬇ Update detected[white] at [green]%s[white] > updating...", start.Format("15:04:05")))
_, _ = Update(config)
end := time.Now()
elapsed := end.Sub(start)
_, _ = colorstring.Println(fmt.Sprintf("  [green]✅  Done![white] in [yellow]%.2f[white] second(s).", elapsed.Seconds()))
filesToWatch = updatedFiles
} else {
time.Sleep(config.SleepTime)
}
}

所以，我所做的是设置GOMAXPROCS，所以它只使用"1 CPU/Core"，并且我在else分支中添加了一个可配置的睡眠时间。

在没有睡眠时间的情况下，htop显示无论我是否调用runtime.GOMAXPROCS(1)，该进程都需要100%的CPU时间(我想这是一个核心的100%？(。

如果我在我的机器(MacMini i7，12 Core(上使用30ms的睡眠时间，htop报告进程中CPU利用率为20%，这似乎还可以，但我想这会因运行该程序的计算机而异。

这里的最佳做法是什么？

Answer 1

GOMAXPROCS并不像您想象的那样。来自包运行时文档：

GOMAXPROCS变量限制可以同时执行用户级Go代码的操作系统线程数。在代表Go代码的系统调用中，可以阻止的线程数量没有限制；这些不计入GOMAXPROCS限制。

它限制了操作系统线程。如果你的代码不使用goroutines，可以调度到操作系统线程，限制线程数量实际上什么都不做。只要去掉GOMAXPROCS的东西，它什么都不做。(如果您将GOMAXPROCS设置为12，则实际执行goroutine代码的操作系统线程将最多为12个；如果您只有一个goroutine，则限制其可以运行的操作系统螺纹数是noop。(

你所能做的就是不要像对待时间那样忙于循环。睡眠((。根据您的要求，您可以定期调用实际代码，例如通过时间。Ticker。没有单一的"最佳实践"(除了不摆弄GOMAXPROCS(。