当前位置: 代码迷 >> 高性能计算 >> 这么的需求,真的是计算压力太大吗
  详细解决方案

这么的需求,真的是计算压力太大吗

热度:215   发布时间:2016-05-11 09:14:55.0
这样的需求,真的是计算压力太大吗?
大家好,我是一个非技术人员,我有一个需求,技术答复不好实现,是因为计算压力太大。
我并不是质疑我的同事,但我真的想搞明白,为什么会压力大,实现成本到底有多大。过年期间,我想不出所以然,所以来这里请教。  谢谢

手机应用主动向服务端发起请求,服务端每30秒向手机应用发送1张图片,录手机的IMEI和图片编号,保证发送的图片是不重复的。

例如:
手机应用向服务端发起请求,服务端发送A图片到手机应用,录手机IMEI和图片编号A。30秒后,服务端再向这个手机应用发送1张图片B,30秒后发送图片C,用户在接收到C后关闭应用。
次日相同IMEI手机的应用再次向服务器发起请求,服务端不能给该IMEI码上的应用发送A或B或C,需要发送D。


每天需要处理的IMEI数量在1000万级,每日请求次数在百亿次左右。

------解决方案--------------------
感觉这个鸭梨是相当大。
1000万级的IMEI,再加上图片的数量数千张,需要记录每个IMEI已经发送过的图片,保证发送的图片不在记录的“已发送”范围内。单单记录“已发送过的图片”就海了去了。

如果需求改成这样呢?每张图片都有编号,每次发送都从小到大发(或者可以指定当天发送的最小编号,当手机已发送的编号小于当天最小编号时,以当天最小编号发送)
这样就只需要记录每个IMEI一个值:已发送的最小编号

计算量应该就可控了。
------解决方案--------------------
每日请求次数在百亿次左右.....而且还是图片,服务器还不挂掉啊
------解决方案--------------------
使用什么方式通信呢?
  每日请求次数在百亿次左右,假设计算每次通信的数据量是1KB,用户请求是均衡的,白天晚上都一样,那么通信需要的带宽是100亿×1KB/86400秒=115.74MB/秒。相当于千兆以太网,我想知道你的3G通信设备有这么大的带宽吗?
------解决方案--------------------
每日请求次数在百亿次左右。
一天其实只有8万6千400秒
每秒平均12500多次?

这不大可能
------解决方案--------------------
这个应用就算能做,至少也要几个亿的预算吧。
  相关解决方案
本站暂不开放注册!
内测阶段只得通过邀请码进行注册!
 
  • 最近登录:Mon Dec 18 12:57:14 CST 2017
  • 最近登录:Mon Dec 18 12:57:14 CST 2017
  • 最近登录:Mon Dec 18 12:57:14 CST 2017
  • 最近登录:Mon Dec 18 12:57:14 CST 2017
  • 最近登录:Mon Dec 18 12:57:14 CST 2017