我租用过很多台@server4you服务器，有时也会遇到同样的问题。一台服务器的下载速度会急剧下降，几周后又会恢复正常。
现在，当我从 Debian 服务器下载文件时，速度只有 400-500 kbps。这不是我的互联网连接问题。我通过将文件下载到另一个数据中心的另一台服务器进行了测试。结果相同。
此服务器没有其他问题。负载低于 1，我没有安装任何新软件（只有自动更新）。
有什么想法可以找出导致此问题的原因吗？
答案1
问题可能有很多原因 - 最有可能的是提供商之间或提供商网络中接入点之间的瓶颈。
有许多工具可以帮助诊断问题，但没有单一的方法。最容易使用的工具是 MTR，它结合了 traceroute 和 ping 来显示延迟和数据包丢失。查看数据包丢失很重要，因为它通常与速度减慢有关 - 事实上，tcp 协议建立在这样的假设之上：如果网络速度变慢，它应该丢弃数据包作为减慢传输速度的提示。
（使用 MTR 的另一面是，可以通过优先处理流量来欺骗它 - 有时甚至不是故意的 - 例如路由器更擅长转发数据包而不是应答数据包。）也就是说，像 MTR 这样的工具是一个非常好的工具。
下一个要看的工具是 iperf 之类的工具。它可以进行带宽测试。了解多个并发连接时会发生什么情况可能会很有用 - 并发连接的总速度增加与拥塞之间存在松散的相关性 - 但延迟和距离也起着作用。
您可能还想看看您的服务器有多忙，如果是 Linux 机器，iptraf 是一个文本基础界面，很有用，而且运行起来很容易。您还可以使用许多其他工具。
另外，请注意，“负载”并不一定能告诉您系统负载情况 - 它只是等待处理的任务数量的摘要。它并非毫无用处，但完全有可能看到极高的负载（数百）并且仍然具有出色的性能 - 这取决于许多因素 - 包括带宽限制，还有磁盘等待和同时进行的进程。运行 vmstat 或 iotop 等程序可能会让您更好地了解正在发生的事情。
最后，您谈到了“机器”。这是一台真正的机器还是一台虚拟机？虚拟机可能看起来没问题，但受到主机过度配置/性能不佳的限制。
答案2
使用 mtr、smokeping 或类似工具监控连接，使用 iftop 或 nethogs 查找使用带宽的应用程序。传输的数据是否加密？