1. 保证TPS,我们后台给选手的数据总量其实差不多就1200W,意味着TPS最低只要1W就可以啦。同学们线下把性能调整到最优才提交到比赛集群里头去吧。学生的机器可能比较差,所以你们线下的TPS不一定能达得到1W;
2. 我自己写的拓扑,单个consumer的TPS是5w,其中还加了阻塞队列。如果大家tps还是比较低的话,可以尝试多个消费者。但可能瓶颈不在消费,而在你们自己的处理逻辑,就是说你们的下游bolt节点;
3.同学其实可以把acker机制给关闭,就是不要用acker bolt,这样性能也会高一点;
备注: 很多同学反映他的正确率很低,可能其中很大部分同学都用了投机取巧的办法,等待从RocketMq消费数据,然后全部计算完了才存到tair里头去。如果他的TPS比较低,在有限的时间都不能就算完,那么就没时间把结果存入tair。我对这些同学的设计有个大大的问号??
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。