大并发服务器的问题

yang_crystal

假设一个服务器要处理1000个客户端连接（TCP长连接），要为每一个客户端保持一个连接。
1、是不是要创建1000个线程（进程）来处理这些客户端的请求？
2、假设一个线程处理一个客户端的话，如果这个客户端发出的请求很快的话，
    而且这个线程处理一个请求的时间很慢，岂不是后面的请求要丢失？
不知道怎么去处理！！
大大们给个好的解决方案啊，谢谢了先

cugb_cat

多线程不太适合处理长连接吧？

yang_crystal

那该怎么处理长连接，单线程？恐怕更不行把

ivhb

原帖由 yang_crystal 于 2008-2-2 14:38 发表
假设一个服务器要处理1000个客户端连接（TCP长连接），要为每一个客户端保持一个连接。
1、是不是要创建1000个线程（进程）来处理这些客户端的请求？
2、假设一个线程处理一个客户端的话，如果这个客户端发出 ...

问题2在tcp下不会丢失的。
焦点问题是，是否一定要用长连接。搞成短连接，用连接池的话，就不会有问题1，2

yang_crystal

原帖由 ivhb 于 2008-2-2 14:58 发表

问题2在tcp下不会丢失的。
焦点问题是，是否一定要用长连接。搞成短连接，用连接池的话，就不会有问题1，2

tcp不会丢失，但是存在对方发送失败的情况吧？这样不是也丢失信息了？
现在是他们要求用长连接，我说用短连接大家不同意，短连接的情况下客户端发生异常的话服务器检测不到，
长连接该怎么解决啊？

ruchong

线程池加上epoll

benjiam

是不是要创建1000个线程（进程）来处理这些客户端的请求？
可以的，同步做法，  1000 个线程未必不可以，现在的os 可以做到的。好处是代码简单。缺点很明显， 不能扩展。线程的切换无法保证。


2、假设一个线程处理一个客户端的话，如果这个客户端发出的请求很快的话，
    而且这个线程处理一个请求的时间很慢，岂不是后面的请求要丢失？
不会， tcp 有窗口保护的，不会掉。

cugb_cat

6楼的方法应该可以吧，长连接的没做过，做短连接 线程池＋epoll效果还是不错的。

yang_crystal

短连接存在一个问题，有时候服务器需要去主动连接在线的客户端，如果客户端在私网的话怎么找到在线客户端？
用select判断连接可读可以吗？如果可以的话那么同时有500个客户端在线的话岂不是要判断500次啊？
(WIN平台没有epoll)

[ 本帖最后由 yang_crystal 于 2008-2-14 15:12 编辑 ]

yang_crystal

好像iocp可以，但不知道怎么用，也没有例子刻参考