在一台机器上通过创建多进程来增大服务器支持大量TCP链接的能力的方案可行么？

linux_c_py_php

没什么问题， 100进程才到哪里。

iw1210

我就相信CU高手众多，有了CU做软件放心啊～

FaintKnowledge

搞毛啊，把nginx源代码摘下一点儿来就ok了...
--------------------------------------------
好像不太对，nginx用的epoll擦，跟select还是有区别的..

iw1210

回复 23# FaintKnowledge
就是啊，我只用select

   

一个人取暖

select 如果你线程太多 速度慢
换方法

csumck

select之所以慢是因为消耗了大量的CPU在循环查找上，如果要减少这个时间就要减少循环的次数。拍脑袋想一下，一个进程两百个连接我觉得是可以接受的（每次最多循环200次），那如果要支持1万条链接，你就要开50个进程，而且每个进程都绑定不同的端口进行监听。
我不觉得这是个好的模型。。。还是epoll实在点

iw1210

回复 26# csumck


    一个进程1000个连接也是可以接受的啊

csumck

回复 27# iw1210


    1000個連接，用select，CPU佔用必然比用epoll的高。 epoll的發明就是爲了解決select和poll的缺陷的。

iw1210

回复 28# csumck


    服务器不干别的，1000个整数轮询没什么吧

yulihua49

iw1210 发表于 2013-01-24 15:27
不打算用poll或epoll什么的，只用select实现大量链接，采用多进程方案，可行否？

如果响应时间不计，可以。
一般的说，不行。
这种需求如果是进行交易处理，一般需用数据库。每个进程至少一个数据库连接，数据库扛不住啊！
建议不超过1000个连接还凑合。

再说，每个连接一个进程，为什么还要select呢？各自同步的死啃socket不行吗?
监听让xinetd做，可靠。