第382章 77%！
同一天下午。
老周來了。
他沒有預約，直接推門進來，手裡拿著平板電腦，屏幕朝外，上面是一張折線圖，藍色的線從左下角往右上角走，中間有一個明顯的凹坑，然後又爬上去了。
」進度。」他把平板放在林徹桌上。
林徹看了一眼折線圖。
橫軸是日期，縱軸是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社區搬的，沒有針對高並發場景做優化。」
」有解嗎？」
」有，換一個分配算法就行，jemalloc或者TCMalloc都可以，我們內部已經跑過原型測試了，效果不錯，但換了之後要跑至少一周的全量壓力測試才敢上生產環境，上次換內存分配器沒有做夠壓力測試，上線第二天就出了內存泄露，回滾花了八個小時，我不想再來一次。」
他停了一下。
」問題是時間，GPU驅動重寫加測試，最快兩周，內存分配器換了之後要跑至少一周的壓力測試才敢上生產環境，加起來三周，而且這兩個得串行，不能並行，因為內存管理的測試要在新的GPU驅動上跑才有意義。」
三周。
期限還剩不到五周。
三周做技術，剩兩周做最後的集成測試和穩定性驗證。
時間很緊，但不是不行。
」還需要三周，」老周說，把這個數字重複了一遍，像是在跟自己確認，」三周之後能到80%。」
他看著林徹，等一個回應。
林徹看著平板上的折線圖。
藍色的線從71.5%的谷底爬到了77%，中間沒有一天是平的，每天都在往上漲，哪怕只漲零點幾個百分點。
」夠了。」他說。
老周愣了一下。
」夠了」這兩個字有兩種理解。
一種是」77%夠了，不用再推了」。
另一種是」時間夠了，三周能完成」。
老周選了第二種。
他點了一下頭，拿起平板，轉身往門口走，走到門口的時候他停了一下，回頭看了林徹一眼。
林徹沒有看他，在看窗外。
老周走了。
門關上的時候聲音不大，但老周的腳步聲在走廊里很重，一下一下的，跟往常一樣。
…………
林徹看著窗外。
三月的灰天過去了，四月的天還是灰的，只是灰得淺了一些，偶爾能看到雲層後面有一點發白的光，像太陽在後面但是不肯出來。
77%。
從71.5%的谷底，兩周多一點的時間，推到了77%。
老周的團隊每天測兩到三個適配項，每天都在往前走。
他們不知道實體清單的事，不知道窗口期，不知道為什麼林徹把」兩個月」三個字說得那麼重。
他們只知道80%是目標，然後埋頭往那個數字推。
三條線在77%這個數字上交匯了。
謝宇的華為清單帶來了蘇州光刻膠，蘇州光刻膠通過了適配測試貢獻了0.8個百分點，這0.8個百分點幫老周從75%跨到了77%的關口。
沒有人設計過這條路徑。
但它自己長出來了。
三周。
夠了。
老周來了。
他沒有預約，直接推門進來，手裡拿著平板電腦，屏幕朝外，上面是一張折線圖，藍色的線從左下角往右上角走，中間有一個明顯的凹坑，然後又爬上去了。
」進度。」他把平板放在林徹桌上。
林徹看了一眼折線圖。
橫軸是日期，縱軸是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社區搬的，沒有針對高並發場景做優化。」
」有解嗎？」
」有，換一個分配算法就行，jemalloc或者TCMalloc都可以，我們內部已經跑過原型測試了，效果不錯，但換了之後要跑至少一周的全量壓力測試才敢上生產環境，上次換內存分配器沒有做夠壓力測試，上線第二天就出了內存泄露，回滾花了八個小時，我不想再來一次。」
他停了一下。
」問題是時間，GPU驅動重寫加測試，最快兩周，內存分配器換了之後要跑至少一周的壓力測試才敢上生產環境，加起來三周，而且這兩個得串行，不能並行，因為內存管理的測試要在新的GPU驅動上跑才有意義。」
三周。
期限還剩不到五周。
三周做技術，剩兩周做最後的集成測試和穩定性驗證。
時間很緊，但不是不行。
」還需要三周，」老周說，把這個數字重複了一遍，像是在跟自己確認，」三周之後能到80%。」
他看著林徹，等一個回應。
林徹看著平板上的折線圖。
藍色的線從71.5%的谷底爬到了77%，中間沒有一天是平的，每天都在往上漲，哪怕只漲零點幾個百分點。
」夠了。」他說。
老周愣了一下。
」夠了」這兩個字有兩種理解。
一種是」77%夠了，不用再推了」。
另一種是」時間夠了，三周能完成」。
老周選了第二種。
他點了一下頭，拿起平板，轉身往門口走，走到門口的時候他停了一下，回頭看了林徹一眼。
林徹沒有看他，在看窗外。
老周走了。
門關上的時候聲音不大，但老周的腳步聲在走廊里很重，一下一下的，跟往常一樣。
…………
林徹看著窗外。
三月的灰天過去了，四月的天還是灰的，只是灰得淺了一些，偶爾能看到雲層後面有一點發白的光，像太陽在後面但是不肯出來。
77%。
從71.5%的谷底，兩周多一點的時間，推到了77%。
老周的團隊每天測兩到三個適配項，每天都在往前走。
他們不知道實體清單的事，不知道窗口期，不知道為什麼林徹把」兩個月」三個字說得那麼重。
他們只知道80%是目標，然後埋頭往那個數字推。
三條線在77%這個數字上交匯了。
謝宇的華為清單帶來了蘇州光刻膠，蘇州光刻膠通過了適配測試貢獻了0.8個百分點，這0.8個百分點幫老周從75%跨到了77%的關口。
沒有人設計過這條路徑。
但它自己長出來了。
三周。
夠了。