query的网络模型

最近看了一下项目的代码,写一下query的网络模型。

cache和query之间通信比较简单,就是tcp通信。qs和lq之间通过udp通信,而且扩展性比较好,这里记录一下。

刚开始lq绑定一个端口(udp也可以绑定),然后qs通过配置文件,读取每个lq的地址,然后和没有lq建立一个连接。qs向lq发送请求时,请求中会包含一个字段,为qs等待接收答复的地址,这样,同一组里所有的lq都会向qs发送答复。qs通过epoll的方式接收答复。

其实也不复杂,只是[size=x-large]请求中包含答复地址[/size]这种方法,简化了网络模型。

ps:其实想一下,cache与qs之间的通信,和qs与lq之间的通信,不是一样的吗?都是一对多的处理,只不过cache与qs之间是tcp处理,不用人为地进行ack处理,所以处理的链接多,而操作(人为ack)少。这样比较一下也是有得有失,只不过原来不清楚lq为啥知道答复的地址而专门看了一下代码。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值