客户端正在IIS服务器上运行ASP.NET网站（在Windows Server 2008 R2上）。 这是一个专用的物理服务器，在外部主机上，而且大多数情况下，该网站运行良好。
但是，客户已经注意到，当我们通过FTP传输文件时，网站有时会变得没有反应。 我们在这个盒子上使用内置的Windows FTP服务器。 我们通常使用Beyond Compare或简单的FTP客户端（如WinSCP）复制文件。 在这些情况下，我们正在复制.aspx页面和.pdf文件，而不是DLL或configuration文件的更改，所以IIS不应该重新启动asp.net工作进程或类似的东西。
在传输过程中查看资源监视器显示networking利用率高达25％左右。 CPU，内存和磁盘使用都是合理的。
FTP传输可以吸收服务器可用的所有带宽吗？ 如果是这样，是否有一种方法可以限制Microsoft FTP服务器使用的带宽？ 我已经四处寻找有关这方面的信息，似乎这可能是不可能的。 我知道可以用Serv-U来完成，所以我一直在考虑切换到这个。
顺便说一下，我还不确定主机提供多less带宽，但是我正在研究这个问题。
我们在这个盒子上使用内置的Windows FTP服务器
对不起，哪一个？ 有旧的和新的 – 除非用R2扔掉旧的，不确定;）
在传输过程中查看资源监视器显示networking利用率高达25％左右。 CPU，内存和磁盘使用都是合理的
这是相当多的，特别是当这是一个传输stream。 你的意思是“光盘的使用是合理的” – 每个IO的秒数在哪个范围内？ 这是有关唯一的计数器。
FTP传输可以吸收服务器可用的所有带宽吗？
是。 鉴于FTP是微不足道的处理，这是非常正常的。
顺便说一下，我还不确定主机提供多less带宽，但是我正在研究这个问题。
我认为这可能是这里的重点。 请注意，你甚至不会说你有什么联系 – 25％的networking利用率意味着在一个100mbit或1000mbit的物理链路开始的不同的东西。
我会不知怎么说你使用25兆位，可能是共享链接？
尝试放入QOSconfiguration文件并优先考虑FTP的优先级;）