gpt4 book ai didi

linux - Golang for-select 炸毁 CPU

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:21:58 32 4
gpt4 key购买 nike

我有一个 grpc 基准测试代码,它使用一个函数使用 for-select 子句将数百个 goroutine channel 合并到一个 channel 。代码是这样的

     func (b *B) merge(
ctx context.Context,
nodes ...<-chan *pb.Node,
) chan *pb.Node {
allNodes := make(chan *pb.Node)
var wg sync.WaitGroup
wg.Add(len(nodes))
for _, n := range nodes {
go func(n <-chan *pb.Node) {
defer wg.Done()
for {
select {
case <-ctx.Done():
return
case val, ok := <-n:
if ok {
allNodes <- val
}
}
}
}(n)
}
go func() {
wg.Wait()
close(allNodes)
}()
return allNodes
}

当我在 ubuntu 16.04 中通过 top 命令监控代码时,我看到 2 核服务器疯狂旋转,超过 196% 的 cpu 使用率。

然后我使用 pprof 包分析我的代码,它说我 98% 的 cpu 旋转这个函数,而 top 函数生成这样的结果

    flat  flat%   sum%        cum   cum%
1640ms 5.78% 5.78% 27700ms 97.60% B (*B).merge.func1
5560ms 19.59% 25.37% 22130ms 77.98% runtime.selectgo
770ms 2.71% 28.08% 11190ms 39.43% runtime.sellock
2700ms 9.51% 37.60% 10430ms 36.75% runtime.lock
7710ms 27.17% 64.76% 7710ms 27.17% runtime.procyield
460ms 1.62% 66.38% 3850ms 13.57% context.(*cancelCtx).Done
1210ms 4.26% 70.65% 3350ms 11.80% runtime.selunlock
2700ms 9.51% 80.16% 2900ms 10.22% sync.(*Mutex).Lock
2110ms 7.43% 87.60% 2140ms 7.54% runtime.unlock
360ms 1.27% 88.87% 860ms 3.03% runtime.typedmemclr

任何人都可以给我一些关于如何编写正确的代码来合并大量 channel 的建议似乎这个 for-select block 只会让 cpu 变得疯狂并且在它背后使用 procyield 这不是一个非常有前途的机制?

有没有办法控制进程的cpu使用率?

最佳答案

似乎很可能是在上下文被取消之前,nodes 参数中传递的 channel 正在关闭。这会将您的 for 循环变成一个会消耗所有可用 CPU 的紧密循环。由于 channel 一旦关闭就无法重新打开,您可以在 ok 为 false 时安全地从 goroutine 返回,这应该可以解决该问题:

    go func(n <-chan *pb.Node) {
defer wg.Done()
for {
select {
case <-ctx.Done():
return
case val, ok := <-n:
if !ok {
return
}
allNodes <- val
}
}
}(n)

关于linux - Golang for-select 炸毁 CPU,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57717635/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com