根据网速自动适应多线程数量HttpWebRequest 请求。

最近想弄个HttpWebRequest 请求查询，得到返回数据。

但如果使用固定的线程的数据，我总觉得不合适，因为有的人网速慢，就算开再多的线程反而更慢。

所以我就想看有没有好的多线程设计方法。

查过很多资料；我见有一个软件他的多线程方法感觉很不错。他好像是利用个人网速来决定多线程请求数量的。

我附个图，大家给点思路！探讨一下他的多少线程设计原理。
[img=http://social.msdn.microsoft.com/Forums/getfile/122885][/img] --------------------编程问答-------------------- 先启动一线程传输，定时测试速度，每次测完速后如果结果高于上阙值，就启动新的传输线程，如果低于下阙值，就关闭一条传输线程，直至只剩最后一条 --------------------编程问答-------------------- 他这个应该不是按你说的那样做的，我觉得他是先启动50个线程
然后委托得到几个返回结果就再启动几个新的线程。 --------------------编程问答-------------------- 没有这么麻烦，直接丢到线程池中，而线程池本身允许你设置最大并发数量

你根据网速修改这个最大并发数量即可 --------------------编程问答-------------------- 这个肯定是要用到线程池，委托。他这个线程设计，是根据每分线多少条+网速适应，最快是1800每分钟。
他的那个当前请数，最大是50，最少是1，不知道是代表什么来的。不知道是否线程HttpWebRequest。
  --------------------编程问答-------------------- 没人给意见！！！！
--------------------编程问答-------------------- --------------------编程问答-------------------- --------------------编程问答-------------------- 不妨按照#3楼所说，使用一行代码的解决方式，跟你所谓的累赘方法，对比测试一下。你测试了，心里就知道是吃肯德基的汉堡好还是吃路边摊的汉堡好了。

补充：.NET技术 ,  C#