我租了很多服务器@ server4you，并从时间到我面临同样的问题。 从服务器下载速度显着下降，几周后恢复正常。
现在，当我从Debian服务器下载文件时，速度只有400-500 kbps。这不是我的Internet连接问题。 我通过将文件下载到另一个数据中心中的另一台服务器来testing它。 同样的结果。
这台服务器没有其他问题。 负载在1以下，我还没有安装任何新的软件（只有自动更新）。
任何想法如何找出什么可以导致这个问题？
这个问题有很多可能的原因 – 最可能的是供应商之间的瓶颈，或者供应商networking中的存在点之间的瓶颈。
有许多工具可以帮助诊断问题，但没有单一的子弹。 使用最简单的工具是MTR，它结合了traceroute和ping来显示延迟和数据包丢失。 看看数据包丢失是非常重要的，因为它经常与减速相关联 – 实际上，tcp协议是build立在假设networking要放慢速度的基础上，应该丢弃数据包作为减缓传输速度的提示。
（在使用MTR的另一方面，有可能优先考虑stream量来欺骗它 – 甚至有时甚至没有故意 – 例如路由器在转发数据包然后回答它们方面更好。）也就是说，像MTR这样的东西是一个非常好的工具。
接下来要看的工具就像iperf。 这做带宽testing。 了解多个并发连接发生的情况可能是有用的 – 并发连接的总速度和拥塞之间存在着一个松散的相关性，但是延迟和距离也起了一定的作用。
你可能也想看看你的服务器有多忙，如果他们是linux的盒子，iptraf是一个文本的基础接口，可以是有用的，并且很容易运行。 还有很多其他的工具可以使用。
此外，请注意，“负载”并不一定会告诉您任何有关如何加载系统的信息 – 它只是等待处理的任务数量的摘要。 它不是无用的，但是完全有可能看到极高的负载（数百），并且仍然有很好的性能 – 取决于许多因素 – 包括带宽限制，还有磁盘等待和同时进程。 运行像vmstat或iotop这样的程序可以让你更好地理解正在发生的事情。
最后，你谈到了“一台机器”。 这是一个真正的机器还是虚拟机？ 虚拟机可能看起来不错，但受到主机过度configuration/性能不佳的制约。
使用mtr，吸烟或类似工具监视连接，使用iftop或nethogs来查找使用带宽的应用程序。 传输的数据是否被encryption？