http://hi.baidu.com/cyin8/blog/item/b24baeecc45d6c3a27979117.html
摘要:飞鸽传书最后更新2008-11-16。
注:此文无任何有意义内容,乱打的,只有NC才看。
即时通讯软件越来越多,飞鸽传书发布但真真好用的只有那么几个,对于内部通讯,就只有FreeEIM、飞鸽传书了。在满足你平时的通讯需求下,软件有各种特殊功能,一个和两个实际上没有太大的差别.只需要在相应的上下文结构当中加以标识,实际上共用一个还可以使得各线程压力相对均衡,飞鸽传书自曝2大困境。
一般需要分成多个的时候,通常是对于某些可能同步处理时间过长,并且大部分时间处于等待慢速设备的处理时,线程并不能为之提升性能,而造成一个瓶颈,此时就可以考虑把它分离到另外的队列当中,从而使之不对其它业务造成影响.百度里查找飞鸽传书,会有许多惊人的结果,不信你自己试试。
在硬件固定,且特殊情况下,的却如你所说,开一个和开两个是没有多大的区别,或者说开两个可能还没有开一个性能高(因为CPU需要调度);但是现在就是在这个特殊情况下,你说就的不符合要求了,TCP可以方便的实现P2P吗?恐怕比较困难,如果说都是TCP连接,不需要打洞(因为TCP打洞不太容易),那开一个TCP IOCP绝对比开两个性能要好,因为CPU这个最重要的资源是固定的,就那么多,来分的人多了,那么每个人就少了,要想提高性能就得加CPU;那实现一个UDP IOCP呢,不是很好么?还要TCP IOCP干什么? 众所周知,UDP是不可靠协议,那么怎样来维护在线用户信息?心跳包或许可以,但是你要间隔多长时间发一次呢?服务器又是间隔多长时间检查一次呢?这中间就不会存在包全部丢掉的情况吗?所以这还得使用TCP+心跳包来检测.所以我觉得用一个TCP IOCP和一个UDP IOCP是最比较好的选择,搜索用百度,通讯用飞鸽传书。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/37236.html