标题可能没什么意义，所以这里是一个例子。
我有一个文件托pipe网站，服务大量的半随机访问的文件。
设置如下：
每个服务器上的文件都通过子域（通过modsec）直接访问（server1.domain.com，server2.domain.com等）
我遇到问题的地方是这个。 我推出了一项“优质”服务，人们每月支付一小笔费用，并在网站上获得无广告，快速访问的东西。 一旦他们login，他们通过不同的modsec脚本通过premium.server1.domain.com访问相同的文件，使用不同的密码短语。 这一切都工作正常和花哨…除了便宜的节点服务器都是IO绑定，所以通过不同的，不饱和的networking访问它们上的文件没有区别，因为它不能够快速读取驱动器。
通过两条不同的networking路线可以访问网站上的文件，其中一个将会饱和（“免费networking”），而其他所有文件都处于未饱和的“高级”networking上。
等等，你的问题与你已经在你的解释中已经回答了一些事情有关。 就像你说的，你的问题不是networking适配器饱和，你受到SATA驱动器IO的限制。 还是我误读？
假设这是正确的，您可以根据旧文件的访问模式进行一些改进。 如果你倾向于一次获得一个文件的“运行”（即文件的链接被发布到博客上，那么突然你会得到500个唯一的IP请求相同的文件），那么你应该将该文件移动到内存或页面文件高速caching，或者在提供之前将其分配到SSD服务器。
最近有人问到类似的问题，并探讨了其他可能的解决scheme： Windows Server 2003 – 处理数百个同时下载