免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: cwinux_1
打印 上一主题 下一主题

[C++] 【开源】异步通信架构CWINUX 0.1.4发布,并增加了针对web2.0的动态数据过滤服务 [复制链接]

论坛徽章:
0
41 [报告]
发表于 2009-12-03 14:24 |只看该作者
原帖由 cwinux_1 于 2009-12-2 21:49 发表



说简单一点:这是一个针对分布式服务的开发架构,用来简化分布式通信管理、控制上的复杂性,让使用者只需关心上层的应用逻辑就可以了。
                  同时,此通信架构是一个全异步的通信架构,以提 ...



能说明一下什么叫分布式通信管理么?


异步的通信也可以算是一种架构。。。。

论坛徽章:
0
42 [报告]
发表于 2009-12-03 14:26 |只看该作者
原帖由 cwinux_1 于 2009-12-2 21:54 发表


        这绝对不是boost。对于不熟悉stl的人来说,boost太复杂了,我们提倡的是简单编程。
        而且,这个系统是针对固定业务领域的架构系统,这个固定业务领域就是高并发的分布式服务的构建。
     ...



我没怎么写过C++的程序 不过看着一点都不简单  有没有示意图 咱讨论一下

论坛徽章:
0
43 [报告]
发表于 2009-12-03 14:49 |只看该作者
我也打算写的,请问LZ,有设计图之类的么?

论坛徽章:
0
44 [报告]
发表于 2009-12-03 15:08 |只看该作者
很多都不懂!
不过还是下来看看,希望能借LZ这个项目提升自己的能力!因为我一直想从事C/C++方面的工作!

论坛徽章:
0
45 [报告]
发表于 2009-12-03 16:17 |只看该作者
原帖由 redor 于 2009-12-3 14:24 发表



能说明一下什么叫分布式通信管理么?


异步的通信也可以算是一种架构。。。。



这种语气的争吵没有意义的。
从你的质问中,可以看出你根本就没有看开发手册,也没有理解这个项目。

论坛徽章:
0
46 [报告]
发表于 2009-12-03 16:18 |只看该作者

回复 #44 alexhappy 的帖子

不好意思,架构图在开发手册中有。
但,这方面的东西确实偏少了,以后会逐渐补充。

论坛徽章:
0
47 [报告]
发表于 2009-12-03 18:04 |只看该作者
原帖由 cwinux_1 于 2009-12-3 16:17 发表



这种语气的争吵没有意义的。
从你的质问中,可以看出你根本就没有看开发手册,也没有理解这个项目。



我就问问概念 这个词真很少见 。。。。。

确实没时间看详细的东西 望见谅,我也不是要跟你争论什么。


之前见所谓的分布式通讯。。。。。 很模糊

论坛徽章:
0
48 [报告]
发表于 2009-12-03 18:06 |只看该作者
原帖由 cwinux_1 于 2009-12-3 16:18 发表
不好意思,架构图在开发手册中有。
但,这方面的东西确实偏少了,以后会逐渐补充。



其实你要是补充一个图上来  大家很容易就看明白了

论坛徽章:
0
49 [报告]
发表于 2009-12-03 18:49 |只看该作者
原帖由 redor 于 2009-12-3 18:04 发表



我就问问概念 这个词真很少见 。。。。。

确实没时间看详细的东西 望见谅,我也不是要跟你争论什么。


之前见所谓的分布式通讯。。。。。 很模糊


说个场景吧:
      像百度的搜索,当用户发了一个查询后,百度后台的app服务进行处理。最基本的事情它需要做两步:
     第一步:
        查询索引。 查询索引就是查询索引服务器群。为什么是个群,有两个原因:第一:一台机器无法存放所有文档的词索引,因此对文档集合进行了分割,分成N个组,建立了N份索引,存放于N台服务器,提供查询。第二:为了保证服务的稳定,对于任何一份索引,都有M份拷贝,同时运行于M台服务器。因此,对于索引服务,是一个N*M的二维分布群。在正常的情况下,一个查询会从N个分组中返回N份索引查询结果,然后app服务进行merge,计算出用户查询需要返回的文档的ID。     
     第二步:
         查询摘要。根据索引查询计算出的返回文档的id,从摘要服务器群中查询摘要。一般来说,一台索引服务器都有一台对应的摘要服务器,而摘要查询也是从索引服务器对应的摘要服务器获取的(重建索引的时候,文档的doc id会变),因此,摘要服务器群也是N*M维的。

     在如上的查询过程中,需要在M个拷贝服务器间进行负载均衡,而且还会发生某台索引或摘要服务器down、某台服务器查询超时等例外情况。
     再,对于以上这种多分组查询,如果采用同步模式,则查询的过程是串行的,查询花费的总时间=T_index1 + T_index2+...+T_indexN + T_digest1 + T_digest2+...+T_digestN。
     而cwinux采用的是全异步的方式,索引的N组查询是并发进行的,摘要也是如此,其查询花费的总时间=max(T_index) + max(T_digest)。
     但,对于异步来说,必须控制各种通信异常,而且这种控制是非常复杂的,对于此,cwinux平台全部提供了支持,使用起来非常便利、可靠。

     以上所说的,只是搜索引擎的最基本查询,有一些还牵扯别的查询,因此更复杂。
     而cwinux通过task机制,都很好的处理了,极大的简化了开发的逻辑与复杂度,非常适合用于这种复杂的分布式系统的开发。
     因此,说cwinux是个分布式通信的架构。

[ 本帖最后由 cwinux_1 于 2009-12-3 18:51 编辑 ]

论坛徽章:
0
50 [报告]
发表于 2009-12-03 19:14 |只看该作者

回复 #50 cwinux_1 的帖子

不错,我会仔细拜读一下LZ大作的
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP