第342章 報告到手！無鎖調度器！國際審計準則的百分之一百！
2004年四月十九號。周一。
早上八點。工作室。
趙強比林遠早到五分鐘。
他站在門口，手裡拿著一個透明文件夾。文件夾里是十二頁列印紙——FPGA 橢圓曲線算法基準測試正式報告。
"劉教授的簽字在最後一頁。"趙強把文件夾遞給林遠。
林遠翻開報告。十二頁。
測試環境：Xilinx Virtex-II Pro XC2VP30，300MHz。八小時連續運行，每十五分鐘採樣一次，三十二個數據點。橢圓曲線算法 256位標量乘法吞吐量——平均35200次/秒，最高35340，最低35080。標準差0.2%。
功耗：滿載8.2瓦，被動散熱，晶片表面溫度穩定在62度。
結論：較ARM基準提升37.3倍。滿足甲方指標7.04倍冗餘。功耗效率4304次/秒/瓦。
最後一頁。劉志強的簽字——藍色鋼筆字，工整有力。日期：2004年四月十七號。
"數據漂亮。"林遠合上報告，"原件我存檔。你留的複印件夠清楚嗎？"
"掃描了一份電子版。"趙強說，"存在計算所的伺服器上了。"
"好。"林遠把報告放進抽屜里的文件袋，"這份報告是FPGA線的閉環。接下來——時序優化。"
"時序優化不是下一階段的事？"
"是。"林遠說，"但David Morrison五月中旬要來北京看演示。如果能在演示中展示時序優化後的數據——FPGA的性能冗餘從7倍提升到10倍以上——德勤對硬體加速方案的信心會更強。"
趙強點頭。"時序優化我來做。給我兩周。"
"兩周——五月初出結果？"
"五月初。"
九點。團隊到齊。
林遠把FPGA報告的核心數據在白板上寫了一遍。35200次/秒。標準差0.2%。功耗8.2瓦。甲方指標7倍冗餘。
【寫到這裡我希望讀者記一下我們域名 TW 看書網超好用，𝐬𝐡𝐮.𝐭𝐰等你讀 】
"FPGA線閉環。"他在白板上畫了一個勾。
然後轉向周凱。"調度器接口定義呢？"
周凱從背包里拿出筆記本電腦，打開墨鋒，調到接口定義文檔。
"周末寫了兩天。核心設計是這樣的——"他在白板上畫了一個框圖。
準則上下文調度器
├── 接收國際審計準則審計程序（含準則標籤列表）
├── 為每個準則創建獨立執行上下文
├── 分發到對應準則模塊（線程池）
├── 收集各模塊執行結果
└── 匯總到國際審計準則層（對比+校驗）
"並發控制用互斥鎖。"周凱說，"每個準則模塊運行時持有上下文鎖，防止狀態污染。"
林遠看了十秒鐘。
"鎖機制不行。"
周凱愣了一下。"為什麼？"
"性能。"林遠說，"互斥鎖意味著——當國際財報準則模塊持有鎖的時候，美國政府會計模塊必須等待。這不是真正的並發，是串行加了個外殼。"
"但如果不加鎖——兩個線程同時訪問共享內存，狀態會污染。"
"所以不能用鎖。"林遠說，"用上下文隔離。"
他在白板上重新畫了一個框圖——
準則上下文調度器
├── 接收國際審計準則審計程序（含準則標籤列表）
├── 為每個準則創建獨立的上下文對象
│ ├── 上下文A（國際財報準則）—— 獨立內存空間
│ └── 上下文B（美國政府會計）—— 獨立內存空間
├── 每個準則模塊在獨立線程中運行，只訪問自己的上下文
├── 線程間無共享狀態 → 無需鎖
└── 執行完畢後，調度器收集各上下文的結果 → 匯總
"每個準則模塊運行在獨立線程中。"林遠說，"但不共享內存——每個線程只能訪問自己的上下文對象。上下文對象是只讀的輸入+私有的計算空間。線程之間沒有任何共享可變狀態。"
"無鎖設計。"周凱的眼睛亮了。
"對。沒有鎖，就沒有等待。兩個準則模塊真正並行運行。"
"但——上下文對象的創建和銷毀有開銷。"
"上下文對象是輕量級的。"林遠說，"它只包含當前審計程序需要的輸入數據和中間計算結果。不是整個準則模塊的狀態——只是一次執行的快照。"
周凱想了一會兒。"如果上下文對象足夠小——創建和銷毀的開銷可以忽略。而且沒有鎖競爭的開銷——實際吞吐量可能比加鎖方案高很多。"
"改。"林遠說。
周凱點頭，手指已經在鍵盤上飛了。
十一點。周凱改完了。
無鎖版本的調度器接口定義。林遠review了一遍——結構清晰，上下文對象的設計合理。每個上下文對象包含三個欄位：輸入數據（只讀）、中間狀態（私有）、輸出結果（只讀）。
"聯調。"林遠說。
第一個測試場景：國際審計準則第1500號審計程序——收入確認完整性驗證。國際財報準則和美國政府會計雙準則並行。
林遠按下運行鍵。
引擎啟動。調度器接收審計程序。創建兩個上下文對象——國際財報準則上下文和美國政府會計上下文。分發到兩個線程。
三秒鐘後，結果返回。
國際財報準則結果：收入確認金額1.23億。美國政府會計結果：收入確認金額1.18億。差異500萬。國際審計準則匯總層標註差異——"兩個準則下的處理邏輯存在差異，建議審計師關注。"
"通過。"趙強在旁邊記錄。
第二個場景：國際審計準則第540號——會計估計審計。五秒鐘，結果返回，國際財報準則和美國政府會計的差異在合理範圍內。
"通過。"
第三個場景：國際審計準則第560號——期後事項。
這是最複雜的一個。國際財報準則和美國政府會計對"期後事項"的定義有微妙差異——國際財報準則區分"調整型"和"非調整型"，時間窗口是資產負債表日後到財務報表批准日。美國政府會計也區分，但"可識別型"和"非可識別型"的時間窗口定義不同——到財務報表發布日。
"批准日"和"發布日"——差了三到七天。
引擎運行。調度器分發。國際財報準則模塊和美國政府會計模塊各自計算。
結果返回——
國際財報準則結果：期後事項調整金額870萬。美國政府會計結果：期後事項調整金額0。
林遠皺眉。
"美國政府會計的結果不對。"他說。
趙強看了看日誌。"美國政府會計模塊認為這筆期後事項屬於'非可識別型'——不需要調整。但國際財報準則模塊認為屬於'調整型'——需要調整。"
"問題不在模塊——在調度器。"林遠說。
他看了看調度器的日誌。問題找到了——調度器在分發的時候，沒有把"期後事項的時間窗口定義"傳遞給準則模塊。兩個模塊用的是各自默認的時間窗口，但默認值不一致。
"調度器需要在上下文對象中加入'時間窗口校準'欄位。"林遠說，"每個準則模塊的期後事項時間窗口定義不同——調度器分發的時候，必須把時間窗口的起止日期顯式傳遞給每個模塊。"
周凱改了十分鐘。在上下文對象中加了兩個欄位：period_start和period_end。調度器在創建上下文時，根據準則模塊的配置自動填充。
重新運行第三個場景。
國際財報準則結果：期後事項調整金額870萬。美國政府會計結果：期後事項調整金額640萬。差異230萬。
"通過了。"趙強說。
林遠看了看國際審計準則映射表的狀態——
百分之九十九。
"最後一個。"趙強翻了翻清單，"國際審計準則第570號——持續經營。"
"跑。"
八秒鐘。國際財報準則和美國政府會計判斷一致，無差異。通過。
趙強在國際審計準則映射表上把最後一項標記為完成。
"國際審計準則映射表——百分之一百。"
工作室安靜了兩秒鐘。
周凱第一個開口："四套標準全部完成映射。"
"映射完成不等於開發完成。"林遠說，"集成測試、性能優化、穩定性測試——至少要兩周。"
"2004年五月十八號？"蘇明遠問。
"緊。但夠。"
下午。
林遠在墨鋒里準備計算所研討會的報告。
2004年四月二十一號，周三。後天。
報告主題：CTIN在FPGA上的實現——從算法到硬體的性能躍遷。
他把FPGA報告的核心數據整理成演示幻燈片——
第一頁：背景。CTIN引擎的軟體瓶頸——ARM平台943次/秒。
第二頁：FPGA方案。Xilinx Virtex-II Pro，Verilog實現橢圓曲線算法標量乘法。Montgomery約減優化。流水線設計。
第三頁：性能對比。ARM 943次/秒 → FPGA 35200次/秒。37.3倍提升。功耗效率4304次/秒/瓦。
第四頁：甲方指標對比。5000次/秒指標 → FPGA富餘7倍。時序優化後預期10倍以上。
第五頁：後續方向。時序優化+國產密碼算法適配。
"國產密碼算法"——這五個字是劉教授兩次問起的方向。林遠在幻燈片裡只提了一句，沒有展開。但他知道——這可能是計算所最感興趣的部分。
小艾在腦海中開口："白皮書技術部分的初稿——前三章寫完了。你要不要看一遍？"
"發過來。"
林遠花了一個小時review。第一章平台概述，第二章四標準引擎架構，第三章FPGA硬體加速方案。技術內容準確，表述清晰。
"第三章的功耗數據需要更新。"他在文檔里標註，"用正式報告的8.2瓦，不要用仿真數據的8.7瓦。"
"好的。"小艾在腦海里應道，"蘇總那邊商務部分什麼時候能交？"
"周五。"
晚上七點。
蘇明遠還在。他在整理白皮書的商務數據——市場規模、競品分析、客戶畫像。
"有一個數據我不確定。"蘇明遠說，"全球審計市場的規模——我查了兩個來源。一個說300億美元，一個說800億。差太多了。"
林遠看了一眼。"300億是傳統審計服務市場。800億包含了審計技術、合規諮詢和風險管理。"
"那白皮書里用哪個？"
"都用。"林遠說，"分層展示。底層是審計服務市場300億——這是我們的直接市場。上層是合規技術市場800億——這是平台的天花板。讓德勤自己判斷我們能走多遠。"
蘇明遠笑了。"你這是給德勤畫餅。"
"畫餅？"林遠說，"餅已經做好了。我只是告訴他們盤子有多大。"
蘇明遠搖搖頭，繼續改數據。
林遠回到工位。白皮書技術部分的第四章——版本化準則配置系統——他還沒開始寫。
還有十一天。
早上八點。工作室。
趙強比林遠早到五分鐘。
他站在門口，手裡拿著一個透明文件夾。文件夾里是十二頁列印紙——FPGA 橢圓曲線算法基準測試正式報告。
"劉教授的簽字在最後一頁。"趙強把文件夾遞給林遠。
林遠翻開報告。十二頁。
測試環境：Xilinx Virtex-II Pro XC2VP30，300MHz。八小時連續運行，每十五分鐘採樣一次，三十二個數據點。橢圓曲線算法 256位標量乘法吞吐量——平均35200次/秒，最高35340，最低35080。標準差0.2%。
功耗：滿載8.2瓦，被動散熱，晶片表面溫度穩定在62度。
結論：較ARM基準提升37.3倍。滿足甲方指標7.04倍冗餘。功耗效率4304次/秒/瓦。
最後一頁。劉志強的簽字——藍色鋼筆字，工整有力。日期：2004年四月十七號。
"數據漂亮。"林遠合上報告，"原件我存檔。你留的複印件夠清楚嗎？"
"掃描了一份電子版。"趙強說，"存在計算所的伺服器上了。"
"好。"林遠把報告放進抽屜里的文件袋，"這份報告是FPGA線的閉環。接下來——時序優化。"
"時序優化不是下一階段的事？"
"是。"林遠說，"但David Morrison五月中旬要來北京看演示。如果能在演示中展示時序優化後的數據——FPGA的性能冗餘從7倍提升到10倍以上——德勤對硬體加速方案的信心會更強。"
趙強點頭。"時序優化我來做。給我兩周。"
"兩周——五月初出結果？"
"五月初。"
九點。團隊到齊。
林遠把FPGA報告的核心數據在白板上寫了一遍。35200次/秒。標準差0.2%。功耗8.2瓦。甲方指標7倍冗餘。
【寫到這裡我希望讀者記一下我們域名 TW 看書網超好用，𝐬𝐡𝐮.𝐭𝐰等你讀 】
"FPGA線閉環。"他在白板上畫了一個勾。
然後轉向周凱。"調度器接口定義呢？"
周凱從背包里拿出筆記本電腦，打開墨鋒，調到接口定義文檔。
"周末寫了兩天。核心設計是這樣的——"他在白板上畫了一個框圖。
準則上下文調度器
├── 接收國際審計準則審計程序（含準則標籤列表）
├── 為每個準則創建獨立執行上下文
├── 分發到對應準則模塊（線程池）
├── 收集各模塊執行結果
└── 匯總到國際審計準則層（對比+校驗）
"並發控制用互斥鎖。"周凱說，"每個準則模塊運行時持有上下文鎖，防止狀態污染。"
林遠看了十秒鐘。
"鎖機制不行。"
周凱愣了一下。"為什麼？"
"性能。"林遠說，"互斥鎖意味著——當國際財報準則模塊持有鎖的時候，美國政府會計模塊必須等待。這不是真正的並發，是串行加了個外殼。"
"但如果不加鎖——兩個線程同時訪問共享內存，狀態會污染。"
"所以不能用鎖。"林遠說，"用上下文隔離。"
他在白板上重新畫了一個框圖——
準則上下文調度器
├── 接收國際審計準則審計程序（含準則標籤列表）
├── 為每個準則創建獨立的上下文對象
│ ├── 上下文A（國際財報準則）—— 獨立內存空間
│ └── 上下文B（美國政府會計）—— 獨立內存空間
├── 每個準則模塊在獨立線程中運行，只訪問自己的上下文
├── 線程間無共享狀態 → 無需鎖
└── 執行完畢後，調度器收集各上下文的結果 → 匯總
"每個準則模塊運行在獨立線程中。"林遠說，"但不共享內存——每個線程只能訪問自己的上下文對象。上下文對象是只讀的輸入+私有的計算空間。線程之間沒有任何共享可變狀態。"
"無鎖設計。"周凱的眼睛亮了。
"對。沒有鎖，就沒有等待。兩個準則模塊真正並行運行。"
"但——上下文對象的創建和銷毀有開銷。"
"上下文對象是輕量級的。"林遠說，"它只包含當前審計程序需要的輸入數據和中間計算結果。不是整個準則模塊的狀態——只是一次執行的快照。"
周凱想了一會兒。"如果上下文對象足夠小——創建和銷毀的開銷可以忽略。而且沒有鎖競爭的開銷——實際吞吐量可能比加鎖方案高很多。"
"改。"林遠說。
周凱點頭，手指已經在鍵盤上飛了。
十一點。周凱改完了。
無鎖版本的調度器接口定義。林遠review了一遍——結構清晰，上下文對象的設計合理。每個上下文對象包含三個欄位：輸入數據（只讀）、中間狀態（私有）、輸出結果（只讀）。
"聯調。"林遠說。
第一個測試場景：國際審計準則第1500號審計程序——收入確認完整性驗證。國際財報準則和美國政府會計雙準則並行。
林遠按下運行鍵。
引擎啟動。調度器接收審計程序。創建兩個上下文對象——國際財報準則上下文和美國政府會計上下文。分發到兩個線程。
三秒鐘後，結果返回。
國際財報準則結果：收入確認金額1.23億。美國政府會計結果：收入確認金額1.18億。差異500萬。國際審計準則匯總層標註差異——"兩個準則下的處理邏輯存在差異，建議審計師關注。"
"通過。"趙強在旁邊記錄。
第二個場景：國際審計準則第540號——會計估計審計。五秒鐘，結果返回，國際財報準則和美國政府會計的差異在合理範圍內。
"通過。"
第三個場景：國際審計準則第560號——期後事項。
這是最複雜的一個。國際財報準則和美國政府會計對"期後事項"的定義有微妙差異——國際財報準則區分"調整型"和"非調整型"，時間窗口是資產負債表日後到財務報表批准日。美國政府會計也區分，但"可識別型"和"非可識別型"的時間窗口定義不同——到財務報表發布日。
"批准日"和"發布日"——差了三到七天。
引擎運行。調度器分發。國際財報準則模塊和美國政府會計模塊各自計算。
結果返回——
國際財報準則結果：期後事項調整金額870萬。美國政府會計結果：期後事項調整金額0。
林遠皺眉。
"美國政府會計的結果不對。"他說。
趙強看了看日誌。"美國政府會計模塊認為這筆期後事項屬於'非可識別型'——不需要調整。但國際財報準則模塊認為屬於'調整型'——需要調整。"
"問題不在模塊——在調度器。"林遠說。
他看了看調度器的日誌。問題找到了——調度器在分發的時候，沒有把"期後事項的時間窗口定義"傳遞給準則模塊。兩個模塊用的是各自默認的時間窗口，但默認值不一致。
"調度器需要在上下文對象中加入'時間窗口校準'欄位。"林遠說，"每個準則模塊的期後事項時間窗口定義不同——調度器分發的時候，必須把時間窗口的起止日期顯式傳遞給每個模塊。"
周凱改了十分鐘。在上下文對象中加了兩個欄位：period_start和period_end。調度器在創建上下文時，根據準則模塊的配置自動填充。
重新運行第三個場景。
國際財報準則結果：期後事項調整金額870萬。美國政府會計結果：期後事項調整金額640萬。差異230萬。
"通過了。"趙強說。
林遠看了看國際審計準則映射表的狀態——
百分之九十九。
"最後一個。"趙強翻了翻清單，"國際審計準則第570號——持續經營。"
"跑。"
八秒鐘。國際財報準則和美國政府會計判斷一致，無差異。通過。
趙強在國際審計準則映射表上把最後一項標記為完成。
"國際審計準則映射表——百分之一百。"
工作室安靜了兩秒鐘。
周凱第一個開口："四套標準全部完成映射。"
"映射完成不等於開發完成。"林遠說，"集成測試、性能優化、穩定性測試——至少要兩周。"
"2004年五月十八號？"蘇明遠問。
"緊。但夠。"
下午。
林遠在墨鋒里準備計算所研討會的報告。
2004年四月二十一號，周三。後天。
報告主題：CTIN在FPGA上的實現——從算法到硬體的性能躍遷。
他把FPGA報告的核心數據整理成演示幻燈片——
第一頁：背景。CTIN引擎的軟體瓶頸——ARM平台943次/秒。
第二頁：FPGA方案。Xilinx Virtex-II Pro，Verilog實現橢圓曲線算法標量乘法。Montgomery約減優化。流水線設計。
第三頁：性能對比。ARM 943次/秒 → FPGA 35200次/秒。37.3倍提升。功耗效率4304次/秒/瓦。
第四頁：甲方指標對比。5000次/秒指標 → FPGA富餘7倍。時序優化後預期10倍以上。
第五頁：後續方向。時序優化+國產密碼算法適配。
"國產密碼算法"——這五個字是劉教授兩次問起的方向。林遠在幻燈片裡只提了一句，沒有展開。但他知道——這可能是計算所最感興趣的部分。
小艾在腦海中開口："白皮書技術部分的初稿——前三章寫完了。你要不要看一遍？"
"發過來。"
林遠花了一個小時review。第一章平台概述，第二章四標準引擎架構，第三章FPGA硬體加速方案。技術內容準確，表述清晰。
"第三章的功耗數據需要更新。"他在文檔里標註，"用正式報告的8.2瓦，不要用仿真數據的8.7瓦。"
"好的。"小艾在腦海里應道，"蘇總那邊商務部分什麼時候能交？"
"周五。"
晚上七點。
蘇明遠還在。他在整理白皮書的商務數據——市場規模、競品分析、客戶畫像。
"有一個數據我不確定。"蘇明遠說，"全球審計市場的規模——我查了兩個來源。一個說300億美元，一個說800億。差太多了。"
林遠看了一眼。"300億是傳統審計服務市場。800億包含了審計技術、合規諮詢和風險管理。"
"那白皮書里用哪個？"
"都用。"林遠說，"分層展示。底層是審計服務市場300億——這是我們的直接市場。上層是合規技術市場800億——這是平台的天花板。讓德勤自己判斷我們能走多遠。"
蘇明遠笑了。"你這是給德勤畫餅。"
"畫餅？"林遠說，"餅已經做好了。我只是告訴他們盤子有多大。"
蘇明遠搖搖頭，繼續改數據。
林遠回到工位。白皮書技術部分的第四章——版本化準則配置系統——他還沒開始寫。
還有十一天。