第382章 77%！（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
同一天下午。
老周来了。
他没有预约，直接推门进来，手里拿着平板电脑，屏幕朝外，上面是一张折线图，蓝色的线从左下角往右上角走，中间有一个明显的凹坑，然后又爬上去了。
"进度。"他把平板放在林彻桌上。
林彻看了一眼折线图。
横轴是日期，纵轴是OS可用率百分比。
起点是73%，发布会那天的数字，然后掉到71.5%，那是制程微调导致驱动层不兼容的那一周。
然后开始往上爬，72%、73%、74%、75%，一直爬到最新的数据点。
77%。
"驱动层重写两周前就搞定了，"老周，"搞定之后跑了一轮完整的回归测试，没有问题，适配率直接回到73%，然后这两周一直在往上推，每天测两到三个新的硬件适配项。"
他用手指在平板上点了一下，折线图切换成了一个柱状图，每一根柱子是一个硬件适配项，绿色是通过，红色是失败，灰色是待测。
绿色占了大半。
"77%是截至今天早上的数字，下午还有三个项在跑，如果都过了，今天收盘能到77.5%左右。"
林彻看着柱状图。
"谢宇从华为清单里找到的那家苏州公司，他们的光刻胶样品上周到了，"老周，"我们用来跑了一轮光刻工艺的适配测试，结果还行，精度确实比日本的差一点，但在我们的应用场景下够用了，这个测试的通过直接贡献了大概0.8个百分点。"
0.8个百分点，苏州那家公司的光刻胶，日本扣押的替代方案，谢宇从华为清单里找到的。
三条线在这里交汇了。
"剩下的呢？"林彻问。
老周的表情变了一下，不是难看，是那种工程师面对技术难题时特有的皱眉，眉头挤在一起，嘴角往下拉了一点。
"剩下的3个百分点全是硬骨头。"
他又点了一下平板，切到一个列表。
红色的项目，十几个，每一个后面标注着"适配失败"或"待优化"的明。
"主要集中在两个领域，一个是图形渲染，涉及GPU驱动的底层适配，国产GPU的指令集跟英伟达的不一样，渲染管线要重写，这个东西不是能不能做的问题，是工作量的问题，渲染管线的代码大概有十二万行，重写加测试，最快两周。"
他换了口气。
"另一个是高并发场景下的内存管理，微光协同的视频会议同时接入超过500人的时候，OS的内存分配器会出现碎片化问题，导致延迟飙升，500人以下没事，500人以上就炸，这个问题的根源是分配算法太老了，当初图省事直接从LUX社区搬的，没有针对高并发场景做优化。"
"有解吗？"
"有，换一个分配算法就行，ieallOC或者TCMallOC都可以，我们内部已经跑过原型测试了，效果不错，但换了之后要跑至少一周的全量压力测试才敢上生产环境，上次换内存分配器没有做够压力测试，上线第二天就出了内存泄露，回滚花了八个时，我不想再来一次。"
他停了一下。
"问题是时间，GPU驱动重写加测试，最快两周，内存分配器换了之后要跑至少一周的压力测试才敢上生产环境，加起来三周，而且这两个得串行，不能并行，因为内存管理的测试要在新的GPU驱动上跑才有意义。"
三周。
期限还剩不到五周。
↑返回顶部↑