第99章 王蒙的反击(1/2)

十月的晨光刚漫进机房,就被一片急促的键盘敲击声撞得七零八落。

我刚插好笔记本电源,小李就抱着显示器跑过来,屏幕上正循环播放信浪的发布会片段。

王蒙穿着笔挺的深灰西装,站在聚光灯下,手里举着个数据对比图,嘴角挂着刺眼的笑。

“信浪邮箱极速版,采用全新传输协议,大附件传输速度比163邮箱快30%,普通邮件加载时间缩短一半!”

“军哥!完了完了!”

小李的声音都在抖。

他点开另一个窗口,是163邮箱的用户流失报表,红色的曲线从凌晨开始往下掉。

“客服部刚发的,半小时内收到两百多起投诉,都说‘发个10m的附件卡了十分钟’,还有用户说要转信浪!”

我盯着屏幕上王蒙的脸,手指无意识地攥紧了鼠标。

上次ldap系统初测,他造谣不成删了消息。

现在居然直接在发布会上叫板,还拿163邮箱当靶子。

这哪是发布新产品,分明是冲着我来的。

老张也凑过来,手里拿着刚抓的数据包。

“军哥,我看了信浪的传输包,他们用了自定义的压缩算法,还做了连接复用,同一个用户发多封邮件不用重新握手,省了不少时间。”

“我们的瓶颈就在这。”

我快速调出163邮箱的传输日志,黑色的屏幕上满是红色的“超时”记录。

“现在用的http\/1.0协议,每次传附件都要新建连接,三次握手来回耗时间,大附件分块传输还没做优化,难怪比不过信浪。”

正说着,老谭的电话打了过来,背景里能听到jackson的声音。

“刘军,jackson刚在高管会拍了桌子,要求三天内必须把传输速度提上去,不然邮箱部的kpi就完了!客服部那边已经快扛不住了,你得想想办法!”

“我知道了,谭哥,让jackson放心,三天内肯定有结果。”

挂了电话,我深吸一口气,转身对着围过来的团队成员开始部署工作。

“老张,你带两个人抓信浪的协议细节,重点看他们的压缩算法和连接复用逻辑,别漏了任何一个字段;小李,你测试不同的分块传输方案,从1m到5m的块大小都试一遍,找最优解;我来改传输协议的核心逻辑,把连接池加上,再集成压缩模块!”

机房里瞬间动了起来,键盘敲击声像密集的鼓点。

连平时爱开玩笑的运维小哥都绷着脸,手里的咖啡一口没动。

我坐在主控台前,屏幕上开着六个窗口。

协议文档、代码编辑器、数据包分析工具、用户日志……

眼睛盯着屏幕,脑子里飞快梳理逻辑。

http\/1.0的连接是短连接,得改成可复用的长连接,再加上连接池管理。、

用户第一次建立连接后,后续请求直接复用,省掉握手时间;

大附件用分块传输,同时开三个线程并行发送,再用lz77压缩算法减小包体积,双管齐下应该能追上速度。

忙到中午,第一次测试结果出来了。

传输速度只提升了10%,离目标还差得远。

小李耷拉着脑袋:“军哥,分块到3m的时候最快,但还是比信浪慢20%。压缩算法也调到最优了,再往上加就会耗cpu,用户端会卡顿。”

我揉了揉发酸的眼睛,点开老张抓的信浪数据包,突然发现一个细节。

信浪的协议里,把邮件头和邮件体分开传输,邮件头用轻量级压缩,邮件体用流式传输。

而我们现在是把整个邮件打包传输,头体混在一起,压缩效率低。

“改传输结构!”

本章未完,点击下一页继续阅读。