talent-aio1.6.6 发布,再迎民间高手叫阵—代码当众大PK

talent-tan
 talent-tan
发布于 2017年03月20日
收藏 45

web开发领域,springmvc之外有jfinal;TCP长连接领域,netty之外还有更易用的talent-aio

更好用、更接开发人员地气的TCP长连接框架,talent-aio 1.6.6正式版发布,已更新到maven中心仓库,talent-aio详细介绍请前往如下地址

修改点(本版本修改点极少,后面基本是这个版本经历的精彩剧情)

  • 动用11台客户机,17.82万TCP长连接拷机测试时,发现若干地方仍可以继续优化

  • 日志优化,使用户可以更清楚的知道当前连接数据(在检查心跳时,顺便把连接维护情况打印一下,让用户心里更有底)

  • 一些第三方组件升级,譬如fastjson

下面咱们来看看这个版本经历的剧情吧

  • 公司公开支持talent-aio,11台客户机(windows)加一台虚拟机(centos),雄纠纠气昂昂的赴上测试一线,17.82万长连接拷机测试,结果比我预料的要好太多----17.82万TCP长连接只消耗800M内存,根据这17.82万长连接的测试结果,作者乐观估计,talent-aio有能力让单虚拟机支持200万长连接

  • talent-aio本次迎来j-net2作者的挑战,在和talent-aio进行性能PK过后,这位朋友终于放弃零拷贝和jdk自带的批量bytebuffer发送(之前他试图说服我用上这两个东西)。额外补充一下,这位朋友只花了一天时间就把talent-aio的源代码翻了个底朝天,真是让我不寒而栗。下面多图是部分PK实况(在500多人的大群直接PK)

  • 第一次体验到铁粉的感觉,只是看到这个粉丝要来刷票,心疼开源中国的服务器!!所以建议红薯还是取消开源软件的排名,否则看着一群大牛争第二的场面,会很壮观。(纯属调侃,不必当真)

再回到17.82万拷机测试的故事

  • 我的运维同事在我拷机过程中,偷偷地又加了1000连接上去,并且背着我发送了2万条消息(是瞬间发送),这意味着,服务器要分发2万*17.92万=35.84亿条消息,服务器内存瞬间飙满8G,不过之后事的出乎意料,服务器在分了3亿条消息过后,几乎不再发送,内存也降了下来,jmap出来的堆只有700M左右,一切又回到正常。是的,talent-aio把剩下的32亿条消息丢弃了----这个原理讲起来太长,以后开博客说吧。

再回到j-net2作者的故事

这位执着的技术爱好者,看完talent-aio的代码后,把j-net2的代码全部重写了,高手就是高手,瞬间就能获取到灵感!只是talent-aio以后会迎来真正的对手哆(好怕)!

最后借红薯宝地给作者本人发条小广告,请审核手下留情

  • 作者现在想用talent-aio做一个有意义且能在市场上存活下去的产品,只是作为码农的作者,并不是一个好的需求生产者(创意来源于生活嘛),所以作者想求一个创意(很多人是有创意缺一个程序员,作者自身就是一个程序猿,但缺少一个创意),目前暂时悬赏1000(自掏腰包) + talent-aio的所有微信红包收入(发红包系网友自发行为),日后事成,必有重谢。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:talent-aio1.6.6 发布,再迎民间高手叫阵—代码当众大PK
加载中

精彩评论

局长
局长

引用来自“talent-tan”的评论

还是通过博客看吧,新闻排版乱掉了

博客地址: https://my.oschina.net/talenttan/blog/862846

引用来自“局长”的评论

重新排版了一下,应该没那么乱了

引用来自“talent-tan”的评论

确实不乱了,编辑辛苦了!!

引用来自“局长”的评论

哈哈哈,不客气~话说这么厉害的项目,大神不考虑给它弄个 logo 吗?😬

引用来自“talent-tan”的评论

请教,如果我已经有logo了,接下来还要做哪几步,才会显示logo图标?
这个要我们编辑之后才会显示滴~所以把 logo 放出来,剩下的我们弄就可以了~

最新评论(20

kiki1000
kiki1000
在相同的硬件环境下,测试的结果同一些c/c++写的网络库还是差了很多的。
talent-tan
talent-tan

引用来自“y_lonely”的评论

更新talent-aio的jar包需要翻墙?
回复@y_lonely : 不需要,请看资料汇总:https://my.oschina.net/talenttan/blog/863545, 和快速入门: http://www.talent-tan.com:9292/quickstart.html
y_lonely
y_lonely
更新talent-aio的jar包需要翻墙?
talent-tan
talent-tan

引用来自“zzeric”的评论

talent-aio把剩下的32亿条消息丢弃了, 这样真的好吗?

引用来自“talent-tan”的评论

两害相权取其轻,34亿条消息 * 26字节,你算一下这个数量,不丢,系统就死了,系统死了,这些消息还是等于丢了,这是针对这个测试场景,实际业务开发,当然需要作出对应决择,是提前降级处理还是消息入库,这些设计要根据业务来做。。。

引用来自“zzeric”的评论

这个量说明talent-aio不是一次性决定把34亿全丢掉,不然内存早爆了,而我估计是根据消息增加速度 >>> 估算极限处理速度就开始逐步丢弃,累计丢失34亿,会不会逐步把超出处理能力部分序列化到本地会合适?不然测试结果里的服务器只消耗800M内存、CPU占用极低还有什么意义呢。
看这个吧,清楚点,一个测试场景不会包括所有的测试项。

http://blog.csdn.net/zhu_tianwei/article/details/43954601
talent-tan
talent-tan

引用来自“zzeric”的评论

talent-aio把剩下的32亿条消息丢弃了, 这样真的好吗?

引用来自“talent-tan”的评论

两害相权取其轻,34亿条消息 * 26字节,你算一下这个数量,不丢,系统就死了,系统死了,这些消息还是等于丢了,这是针对这个测试场景,实际业务开发,当然需要作出对应决择,是提前降级处理还是消息入库,这些设计要根据业务来做。。。

引用来自“zzeric”的评论

这个量说明talent-aio不是一次性决定把34亿全丢掉,不然内存早爆了,而我估计是根据消息增加速度 >>> 估算极限处理速度就开始逐步丢弃,累计丢失34亿,会不会逐步把超出处理能力部分序列化到本地会合适?不然测试结果里的服务器只消耗800M内存、CPU占用极低还有什么意义呢。
那你觉得下面这个测试有意义吗?

http://www.open-open.com/lib/view/open1435905714122.html
zzeric
zzeric

引用来自“zzeric”的评论

talent-aio把剩下的32亿条消息丢弃了, 这样真的好吗?

引用来自“talent-tan”的评论

两害相权取其轻,34亿条消息 * 26字节,你算一下这个数量,不丢,系统就死了,系统死了,这些消息还是等于丢了,这是针对这个测试场景,实际业务开发,当然需要作出对应决择,是提前降级处理还是消息入库,这些设计要根据业务来做。。。
这个量说明talent-aio不是一次性决定把34亿全丢掉,不然内存早爆了,而我估计是根据消息增加速度 >>> 估算极限处理速度就开始逐步丢弃,累计丢失34亿,会不会逐步把超出处理能力部分序列化到本地会合适?不然测试结果里的服务器只消耗800M内存、CPU占用极低还有什么意义呢。
局长
局长

引用来自“talent-tan”的评论

还是通过博客看吧,新闻排版乱掉了

博客地址: https://my.oschina.net/talenttan/blog/862846

引用来自“局长”的评论

重新排版了一下,应该没那么乱了

引用来自“talent-tan”的评论

确实不乱了,编辑辛苦了!!

引用来自“局长”的评论

哈哈哈,不客气~话说这么厉害的项目,大神不考虑给它弄个 logo 吗?😬

引用来自“talent-tan”的评论

请教,如果我已经有logo了,接下来还要做哪几步,才会显示logo图标?
这个要我们编辑之后才会显示滴~所以把 logo 放出来,剩下的我们弄就可以了~
talent-tan
talent-tan

引用来自“talent-tan”的评论

还是通过博客看吧,新闻排版乱掉了

博客地址: https://my.oschina.net/talenttan/blog/862846

引用来自“局长”的评论

重新排版了一下,应该没那么乱了

引用来自“talent-tan”的评论

确实不乱了,编辑辛苦了!!

引用来自“局长”的评论

哈哈哈,不客气~话说这么厉害的项目,大神不考虑给它弄个 logo 吗?😬
请教,如果我已经有logo了,接下来还要做哪几步,才会显示logo图标?
局长
局长

引用来自“talent-tan”的评论

还是通过博客看吧,新闻排版乱掉了

博客地址: https://my.oschina.net/talenttan/blog/862846

引用来自“局长”的评论

重新排版了一下,应该没那么乱了

引用来自“talent-tan”的评论

确实不乱了,编辑辛苦了!!
哈哈哈,不客气~话说这么厉害的项目,大神不考虑给它弄个 logo 吗?😬
talent-tan
talent-tan

引用来自“zzeric”的评论

talent-aio把剩下的32亿条消息丢弃了, 这样真的好吗?
两害相权取其轻,34亿条消息 * 26字节,你算一下这个数量,不丢,系统就死了,系统死了,这些消息还是等于丢了,这是针对这个测试场景,实际业务开发,当然需要作出对应决择,是提前降级处理还是消息入库,这些设计要根据业务来做。。。
返回顶部
顶部