123 / 3 页下一页

我们的通讯程序应该设计成什么样子？ [复制链接]

dreamice

版主

论坛徽章:: 3

11楼 [报告]

发表于 2011-01-27 13:25 |只看该作者

为何不直接去分析ice中间件的代码。。。这样总比另起炉灶来的快
sk_cpp 发表于 2011-01-27 13:16

这哥们也是个新人。段英雄的版面招引新人啊

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

campuspuzzle

白手起家

论坛徽章:: 0

12楼 [报告]

发表于 2011-01-28 14:20 |只看该作者

把通信程序做成独立的进程，把客户程序内的通信处理彻底剥离出去，客户程序作为独立的进程和通信进程通信，客户进程提出配置要求定制出需要的通信进程。这样职责清晰，但客户进程和通信进程之间需要经历进程间通信，效率有点问题，另外对通信协议包的处理最好能够通过配置定义，这样客户进程拿到的就是完整的协议包。乱说的啊

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

duanjigang

版主

论坛徽章:: 0

13楼 [报告]

发表于 2011-01-29 11:23 |只看该作者

为何不直接去分析ice中间件的代码。。。这样总比另起炉灶来的快
sk_cpp 发表于 2011-01-27 13:16

呵呵，ICE目前就正在用着，我们的目的不是来的多块，从自己实际的经验出发，总结，讨论，然后形成我们自己的东西，说难听点，就是重复造轮子，呵呵

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

insnowind

稍有积蓄

论坛徽章:: 0

14楼 [报告]

发表于 2011-01-30 14:56 |只看该作者

回复 14# duanjigang

这种主动式访问效率一般都会有些问题，可以尝试采用被动式访问。
当存在可访问的信息是，通知处理程序，处理程序再来读取数据。

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

campuspuzzle

白手起家

论坛徽章:: 0

15楼 [报告]

发表于 2011-01-30 16:30 |只看该作者

本帖最后由 campuspuzzle 于 2011-01-30 16:45 编辑

采用框架，灵活性会差点，客户程序的要求变化很多的情况，API方式灵活点。
把发送接收分为两个进程想不出有什么明显的优点。
进程通信用共享内存倒是可以，但不停轮询恐怕有问题，这应该跟操作系统处理类似问题的方式差不多，可以借鉴，比如设置信号量。或者如socket那样
读不到就返回的非阻塞方式而不是不停读的非阻塞。