第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人以上就炸，这个问题的根源是分配算法太老了，当初图省事直接从LinUX社区搬的，没有针对高并发场景做优化。"



    "有解吗？"



    "有，换一个分配算法就行，iemallOC或者TCMallOC都可以，我们内部已经跑过原型测试了，效果不错，但换了之后要跑至少一周的全量压力测试才敢-->>

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