linux - 为什么 trickle 实用程序不影响我的动态链接 golang 程序？

Question

我有一个 golang 程序，可以通过 https 将大量数据上传到 OpenStack 对象存储。它依赖于 golang 标准库 "net/http" 来完成这项工作。我想使用 trickle限制数据上传的速率，但使用 trickle 运行我的代码似乎没有任何效果(好像我根本没有使用 trickle)。

为什么会这样？ trickle 或 golang 是否有一些限制阻止它们一起工作？有没有我没有考虑到的问题？

这是我的设置:

我知道 trickle 仅适用于动态链接的可执行文件(请参阅 trickle 文档的第一段)，所以我使用 go build -compiler gccgo mycode.go< 编译了我的代码 而 ldd myexecutable 的输出是:

linux-vdso.so.1 =>  (0x00007ffee27b8000)
libgo.so.9 => /usr/lib/x86_64-linux-gnu/libgo.so.9 (0x00007f46062bf000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f46060a9000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4605cdf000)
/lib64/ld-linux-x86-64.so.2 (0x000055aa4d0a4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4605ac2000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f46057b9000)

我在 Ubuntu Linux 16.04 上运行它。我用 slurm在我的命令运行时查看网络流量。该机器没有运行任何其他网络密集型作业，因此我确信我看到了我的代码生成的流量。

当我运行时

trickle -s -v -u2500 myexecutable ...args

我看到我的 TX 网络流量飙升至大约 12000KB/s(网络可以处理的最大值)，而不是遵守我的 2500KB/s 的限制。

谁能想到为什么会发生这种情况或我可以尝试如何解决它？

Answer 1

Trickle 依赖于使用 LD_PRELOAD 将所有通过 libc 的网络相关调用替换为它自己的实现。这就是 trickle 不适用于静态二进制文件的原因。

Go 直接进行所有自己的系统调用，不使用 libc 接口(interface)，因此不使用 trickle 提供的中间定位函数。