winsock模型问题——写一个ftp客户端组件，采用什么模型好？？

[xiaohyy]

由于没有窗口界面，没有大规模的连接，所以排除了完成端口和WASAsyncSelect模型，而WSAEventSelect模型和重叠I/O到底有多大的区别？由于ftp通常是持久性的传输数据，我是否应该采用阻塞模型。。现在是举棋不定。哪位高手能从效率上比较一下几个模型。。。。？？？

[xiaohyy]

没人啊？UP。。。。。。。。。

[aimheliopause]

客户端一般也要多线程的，所以用重叠io或者eventselect都可以，但是后者一般用户ui模式下，前者一般不合ui一起使用。

[Analyst]

当然是用阻塞模型最方便了，一个连接一个线程。

[gzshd]

同意楼上的观点，用多线程方式使用阻塞模型，一般都用这种方式吧，反正我是用这种方式

[xiaohyy]

To Analyst():

方便是方便，关键是效率问题。用重叠模型效率会高很多？

To aimheliopause(voyager)

有ui就好办了。肯定用WASAsyncSelect，简单方便

[天限天空]

up

[Analyst]

当然不会存在效率问题，只有连接数达到上百以后这种模式才会出现效率问题，写client根本不需要担心这种问题。

[xiaohyy]

to Analyst() ：
如果同时连接多个服务器，而且有几个服务器支持一个ip可以有多个线程连接，采用多线程方式下载，这样对于组件来说就会产生大量的线程。。。。

[Analyst]

那也不可能达到上百的连接数，在开出10几个连接的时候带宽就早已被榨干了，开那么多连接根本就是毫无意义的，如果你要继续强词夺理的话那就随便你了。

[xiaohyy]

>开出10几个连接的时候带宽就早已被榨干了

这个到不至于，FLASHGET可同时下载3个文件，每个文件开5个线程，就是15条连接，也没见得带宽被榨干啊，不过Analyst() 说的也很有道理，带宽资源总比线程资源紧张的多。。。

马上揭帖。。

[nicolas2001]

analyst()兄说的有道理：开出10几个连接的时候带宽就早已被榨干了！！！
在实际情况下，我们可以这么说。

不过我们从技术上说（不考虑带宽的问题，在不久的将来，也许就没有这样的问题了），
不考虑实用性问题，
我看多开几个线程，然后使用阻塞模式好了！