用select做服务器，8G内存做到30万～50万客户同时在线

hellioncu

yulihua49 发表于 2013-11-28 15:53
一点历史都不懂，select才是老爷车。
我用32进程处理，你用300-500个进程，哪个开销大？

你看看这个帖子基本上只有你在回复

yulihua49

iw1210 发表于 2013-11-28 15:58
select是老，但使用得当威力无比。
你32进程各个忙得要死，开销不大？

相同业务量下，我的系统附加开销比你小得多。
线程忙比进程忙，轻松多了。
线程调度一次，3-7微秒，进程是20-50微秒。
还有，select激活后，要寻找fd，epoll没这个过程。

yulihua49

hellioncu 发表于 2013-11-28 15:58
你看看这个帖子基本上只有你在回复

别人不感兴趣。

iw1210

yulihua49 发表于 2013-11-28 16:01
相同业务量下，我的系统附加开销比你小得多。
线程忙比进程忙，轻松多了。
线程调度一次，3-7微秒，进程 ...

进程调度的开销是比线程大，但这些都可忽略不计，更何况计算机运行速度发展如此迅速。扩展能力和灵活方便才是主要考虑的。

iw1210

hellioncu 发表于 2013-11-28 15:58
你看看这个帖子基本上只有你在回复

兄台有何高见？

iw1210

yulihua49 发表于 2013-11-28 16:04
别人不感兴趣。

很多人不懂其中奥妙

yulihua49

iw1210 发表于 2013-11-28 15:58
select是老，但使用得当威力无比。
你32进程各个忙得要死，开销不大？
数据库连接能力是数据库的事了， ...

数据库每个连接都需要N Mb，一般不希望连接过多，所以才有数据库连接池的技术。
不过ORACLE 11 开始支持库内的连接池，我没用过，你得试试。

iw1210

yulihua49 发表于 2013-11-28 16:01
select激活后，要寻找fd，epoll没这个过程 ...

寻找是必须的，各线程在各自的小范围内寻找，延迟可以忽略了

iw1210

回复 37# yulihua49
是的，数据库链接数的能力不应该是个瓶颈，我们不必要担心这个，是吧

yulihua49

iw1210 发表于 2013-11-28 16:05
进程调度的开销是比线程大，但这些都可忽略不计，更何况计算机运行速度发展如此迅速。扩展能力和灵活方便 ...

实际上，我的方案是什么都不用，在主机上，如IBM、HP、solaris，我只用TPC，每个连接一个线程，根本不用select，libevent什么的。死收死发，同步的数据库访问。
外边搭配交易管理器，管理大量客户。我跟你说的方案基本是交易管理器的方案。

32进程（3、50万客户端），弄百十来个连接到小型机，小型机可以3、50个数据库就够了。