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

yulihua49

iw1210 发表于 2013-11-28 15:10
核数是CPU个数还是各个CPU核的总数？

总核数。

iw1210

yulihua49 发表于 2013-11-28 15:08
可以，进程数远大于核数，均衡性就没有大问题。
如果结合你的办法，我还是用epoll，但是配置每核一个进程 ...

“进程数远大于核数，均衡性就没有大问题”  这个说法有理论根据？
为啥还用epoll，这个方案还不够好？

yulihua49

iw1210 发表于 2013-11-28 15:15
“进程数远大于核数，均衡性就没有大问题”  这个说法有理论根据？
为啥还用epoll，这个方案还不够好？

在没有epoll的年代，相当好了。

我的设计，还是用epoll。
有多少核，就安排多少进程。
每个进程安排4-8个线程，处理10000-15000个客户。数据库连接数=进程数。

例如32核服务器。
32个进程处理30-50万的客户端。

iw1210

这么简单的方案，全世界竟然没人想到，还需要什么epoll和IOCP，呵呵

iw1210

yulihua49 发表于 2013-11-28 15:28
在没有epoll的年代，相当好了。

我的设计，还是用epoll。

我认为这个方案可以毫不犹豫取代epoll，简单灵活，移植方便，扩展能力无限

iw1210

回复 23# yulihua49

你用epoll在双核上就不行了，同样的连接数，epoll对配置要求太高

yulihua49

iw1210 发表于 2013-11-28 15:38
回复 23# yulihua49

你用epoll在双核上就不行了，同样的连接数，epoll对配置要求太高

什么意思？128核都行，怎么2核就不行了？
唯一的缺点是不可移植，只有linux和solaris可以。
你那个哪都行。
我现在的测试机就2核，好好的。epoll对配置没啥要求啊，2G都没问题。
我32进程处理30-50w，比你开销小吧？

iw1210

yulihua49 发表于 2013-11-28 15:44
什么意思？128核都行，怎么2核就不行了？
唯一的缺点是不可移植，只有linux和solaris可以。
你那个哪都 ...

建议快改用select，有好的方案为啥还念旧不忘，要学习使用最先进技术，摒弃陈旧落后的。
开销未必小，别看进程数多就认为开销大，如果链接数越多，我的开销越小。

yulihua49

iw1210 发表于 2013-11-28 15:50
建议快改用select，有好的方案为啥还念旧不忘，要学习使用最先进技术，摒弃陈旧落后的。

一点历史都不懂，select才是老爷车。
我用32进程处理，你用300-500个进程，哪个开销大？

你把老爷车开到这份，也算不简单。
但是我还是喜欢现代跑车。

另外300-500个进程，意味着300-500个数据库连接。
我的，数据库连接可以控制在100左右。

iw1210

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

select是老，但使用得当威力无比。
你32进程各个忙得要死，开销不大？
数据库连接能力是数据库的事了，没必要关心，何况数据库链接开到10000都没事