我有一个golang程序，可通过https将大量数据上传到OpenStack对象存储。它依靠golang标准库"net/http"来完成工作。我想使用 trickle 来限制数据上传的速率，但是使用细流运行代码似乎没有任何效果(好像我根本没有使用细流)。
为什么会这样？ trick流或golang是否有一些限制，阻止它们一起工作？有没有我没想到的陷阱？
这是我的设置:
我知道trickle仅适用于动态链接的可执行文件(请参阅trick流文档的第一段)，因此我已经使用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的限制。
谁能想到为什么会发生这种情况，或者我能设法解决它吗？
最佳答案
Trickle依靠使用LD_PRELOAD将libc中所有与网络相关的调用替换为自己的实现。这就是为什么细流不适用于静态二进制文件。
Go直接进行自己的所有系统调用，并且不使用libc接口(interface)，因此不使用细流提供的插入函数。