go - 为什么使用多个以太网连接会降低 I/O 绑定(bind)任务的吞吐量

Question

所以我遇到了一个有趣的问题，对我来说似乎违反直觉。我正在构建一个工具，其中最大的瓶颈是我可以发送数据包的速率。目前，我可以在不到 30 秒的时间内处理超过一百万个请求，这很好，但我正在努力尽可能地提高速度。我的想法是将第二个以太网适配器连接到机器并启动两个不同的网络。拨号器就像这样

net.Dialer{
        Timeout:   time.Duration(*timeoutPtr) * time.Second,
        LocalAddr: addr,
}

其中 addr 是两个以太网适配器之一。然后我将拨号程序分配给一个工作循环方式，如下所示:

for i, target :=  range targets {
    dialer = dialers[i%len(dialers)]
    ....
    go someNetworkFunction(dialer)
}

令我惊讶的是，当我使用 2 个适配器运行它时，它的执行速度要慢得多，30 秒对 2 分钟!我只是想了解为什么给代码两个连接来发送数据包会减慢代码速度而不是加快速度。那里的模数运算似乎不会导致 300% 的减速。尝试同时使用两个适配器发送时，内核层是否发生了什么？任何帮助，将不胜感激。

Answer 1

可能有多种因素在起作用:

1. 一般的内核或基准程序。

如果您运行您的应用程序的配置文件，该应用程序在 30 秒内发出 100 万次请求，并没有花费太多的应用程序时间，您可能会看到 syscall 占用了您更多的时间。 syscall 表示在您的应用程序 View 之外花费的( View 之外的)cpu 时间。

如果此 syscall 时间与您进行基准测试的过程相比呈非线性增长，则说明您的程序之外存在瓶颈。

1. 围棋套路

go routines 是针对 CPU 核心进行调度的(在物理层面上)。虽然它们很容易创建，但 go 例程之间的实际切换并不是没有开销的。 someNetworkFunction 的实现可以在吞吐量上产生差异，您可以在其中阻塞资源，或者只是频繁切换。您可以尝试通过指示 go 程序使用 GOMAXPROCS 使用较少的线程来管理它。通过调整此值，您可以为您的程序和硬件确定最佳值。

可以在 https://rakyll.org/scheduler/ 找到有关调度程序的更深入的解释。