论坛徽章:: 0

21楼 [报告]

发表于 2007-07-20 14:43 |只看该作者

以前做VoIP----PBX的时候就是使用:

多进程/线程+网络通讯

你已经给出过答案了

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

CUDev

家境小康

论坛徽章:: 0

22楼 [报告]

发表于 2007-07-20 19:02 |只看该作者

建议使用libevent

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

lousia

白手起家

论坛徽章:: 0

23楼 [报告]

发表于 2007-07-20 19:30 |只看该作者

原帖由 CUDev 于 2007-7-20 19:02 发表
建议使用libevent

不错的选择。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

magiczhaoll

白手起家

论坛徽章:: 0

24楼 [报告]

发表于 2007-07-21 11:50 |只看该作者

如果用select方式建议用一下ACE，会大大简化程序的复杂度。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

yulc

家境小康

论坛徽章:: 0

25楼 [报告]

发表于 2007-07-21 13:10 |只看该作者

原帖由 magiczhaoll 于 2007-7-21 11:50 发表
如果用select方式建议用一下ACE，会大大简化程序的复杂度。

我觉得用ACE会使得除了程序本身外的一切变得更加复杂。。。

像LZ这种情况要视具体情况而定，我认为要考虑的因素有：
1. tcp是长连接或短连接;
2. 会话中,是大量数据传输(音视频)还是小数据传输(聊天);
3. 如果是长连接,那么是否有可能存在大量空闲的连接(例如客户端登录了,人就去看碟去了);
4. 服务器响应后,事务的处理是否要消耗大量CPU资源;

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

守夜人

丰衣足食

论坛徽章:: 0

26楼 [报告]

发表于 2007-07-21 17:02 |只看该作者

这种需求还是用线程池更好,select/poll现在已经不大适合了,特别是多CPU情况下,而且开发上难道很大.推荐线程池~~!

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

secure

稍有积蓄

论坛徽章:: 0

27楼 [报告]

发表于 2007-07-22 21:32 |只看该作者

建议使用epoll
apache的模型适合短连接
fork的成本太高
thread倒是好一些不过当你的thread比较多时你就清楚的认识到他的弱点上下文切换太频繁成本也不低

有个兄弟建议你用libevent，这个也不错不过它的epoll使用一般，没发挥它的应有的功效；不过与其他几个相比要好不少。
当然如果你使用的系统不支持epoll ，那它就使用poll ，性能如何估计你也知道