第99章 王蒙的反击（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
十月的晨光刚漫进机房，就被一片急促的键盘敲击声撞得七零八落。
我刚插好笔记本电源，小李就抱着显示器跑过来，屏幕上正循环播放信浪的发布会片段。
王蒙穿着笔挺的深灰西装，站在聚光灯下，手里举着个数据对比图，嘴角挂着刺眼的笑。
“信浪邮箱极速版，采用全新传输协议，大附件传输速度比163邮箱快30%，普通邮件加载时间缩短一半！”
“军哥！完了完了！”
小李的声音都在抖。
他点开另一个窗口，是163邮箱的用户流失报表，红色的曲线从凌晨开始往下掉。
“客服部刚发的，半小时内收到两百多起投诉，都说‘发个10M的附件卡了十分钟’，还有用户说要转信浪！”
我盯着屏幕上王蒙的脸，手指无意识地攥紧了鼠标。
上次LDAP系统初测，他造谣不成删了消息。
现在居然直接在发布会上叫板，还拿163邮箱当靶子。
这哪是发布新产品，分明是冲着我来的。
老张也凑过来，手里拿着刚抓的数据包。
“军哥，我看了信浪的传输包，他们用了自定义的压缩算法，还做了连接复用，同一个用户发多封邮件不用重新握手，省了不少时间。”
“我们的瓶颈就在这。”
我快速调出163邮箱的传输日志，黑色的屏幕上满是红色的“超时”记录。
“现在用的HTTP/1.0协议，每次传附件都要新建连接，三次握手来回耗时间，大附件分块传输还没做优化，难怪比不过信浪。”
正说着，老谭的电话打了过来，背景里能听到ja的声音。
“刘军，ja刚在高管会拍了桌子，要求三天内必须把传输速度提上去，不然邮箱部的KPI就完了！客服部那边已经快扛不住了，你得想想办法！”
“我知道了，谭哥，让ja放心，三天内肯定有结果。”
挂了电话，我深吸一口气，转身对着围过来的团队成员开始部署工作。
“老张，你带两个人抓信浪的协议细节，重点看他们的压缩算法和连接复用逻辑，别漏了任何一个字段；小李，你测试不同的分块传输方案，从1M到5M的块大小都试一遍，找最优解；我来改传输协议的核心逻辑，把连接池加上，再集成压缩模块！”
机房里瞬间动了起来，键盘敲击声像密集的鼓点。
连平时爱开玩笑的运维小哥都绷着脸，手里的咖啡一口没动。
我坐在主控台前，屏幕上开着六个窗口。
协议文档、代码编辑器、数据包分析工具、用户日志……
眼睛盯着屏幕，脑子里飞快梳理逻辑。
HTTP/1.0的连接是短连接，得改成可复用的长连接，再加上连接池管理。、
用户第一次建立连接后，后续请求直接复用，省掉握手时间；
大附件用分块传输，同时开三个线程并行发送，再用LZ77压缩算法减小包体积，双管齐下应该能追上速度。
忙到中午，第一次测试结果出来了。
传输速度只提升了10%，离目标还差得远。
小李耷拉着脑袋：“军哥，分块到3M的时候最快，但还是比信浪慢20%。压缩算法也调到最优了，再往上加就会耗CPU，用户端会卡顿。”
我揉了揉发酸的眼睛，点开老张抓的信浪数据包，突然发现一个细节。
信浪的协议里，把邮件头和邮件体分开传输，邮件头用轻量级压缩，邮件体用流式传输。
而我们现在是把整个邮件打包传输，头体混在一起，压缩效率低。
↑返回顶部↑