第382章 77%！
386万+文本索引已就绪，自动翻页与阅读记录保持运行。
  “谢宇从华为清单里找到的那家苏州公司，他们的光刻胶样品上周到了，“老周说，“我们用来跑了一轮光刻工艺的適配测试，结果还行，精度確实比日本的差一点，但在我们的应用场景下够用了，这个测试的通过直接贡献了大概0.8个百分点。“
  0.8个百分点，苏州那家公司的光刻胶，日本扣押的替代方案，谢宇从华为清单里找到的。
  三条线在这里交匯了。
  “剩下的呢？“林彻问。
  老周的表情变了一下，不是难看，是那种工程师面对技术难题时特有的皱眉，眉头挤在一起，嘴角往下拉了一点。
  “剩下的3个百分点全是硬骨头。“
  他又点了一下平板，切到一个列表。
  红色的项目，十几个，每一个后面標註著“適配失败“或“待优化“的说明。
  “主要集中在两个领域，一个是图形渲染，涉及gpu驱动的底层適配，国產gpu的指令集跟英伟达的不一样，渲染管线要重写，这个东西不是能不能做的问题，是工作量的问题，渲染管线的代码大概有十二万行，重写加测试，最快两周。“
  他换了口气。
  “另一个是高並发场景下的內存管理，微光协同的视频会议同时接入超过500人的时候，os的內存分配器会出现碎片化问题，导致延迟飆升，500人以下没事，500人以上就炸，这个问题的根源是分配算法太老了，当初图省事直接从linux社区搬的，没有针对高並发场景做优化。“
  “有解吗？“
  “有，换一个分配算法就行，jemalloc或者tcmalloc都可以，我们內部已经跑过原型测试了，效果不错，但换了之后要跑至少一周的全量压力测试才敢上生產环境，上次换內存分配器没有做够压力测试，上线第二天就出了內存泄露，回滚花了八个小时，我不想再来一次。“
  他停了一下。
  “问题是时间，gpu驱动重写加测试，最快两周，內存分配器换了之后要跑至少一周的压力测试才敢上生產环境，加起来三周，而且这两个得串行，不能並行，因为內存管理的测试要在新的gpu驱动上跑才有意义。“