第332章 ARM跑分!八百次每秒!甲方的六倍差距!

投票推薦 加入書籤 小說報錯

  三月二十九號。周一。

  早上八點半。北大創業園A302。

  趙強比林遠先到。

  ARM開發板已經擺在工位上——一塊綠色的PCB板,XScale PXA255處理器,400MHz主頻,32MB內存。通過調試器接口調試器連到開發機,串口終端已經打開。

  "環境搭好了。"趙強說。

  林遠放下書包,湊過去看。串口終端顯示開發板已經啟動,Linux內核加載完畢,命令行提示符在閃爍。

  "工具鏈什麼狀態?"

  "昨天晚上重新編譯了一遍。"趙強打開墨鋒,調出ARM移植代碼,"-O3加-funroll-loops,編譯優化開到最高檔。循環展開全部做了。"

  他用墨鋒的性能分析面板掃了一遍代碼。模冪運算函數被標註成紅色——這是耗時最長的部分。

  "模冪占總耗時78%。"趙強說,"UMULL加了進位傳播之後,代碼量翻了四倍,但單次運算從1.5毫秒降到了0.9毫秒。"

  "夠了。"林遠說,"開始跑。"

  基準測試的腳本是趙強昨晚寫的。邏輯很簡單:在開發板上循環跑橢圓曲線算法-256的模冪運算,記錄總耗時,算平均吞吐量。

  "測試參數?"趙強問。

  "256位密鑰。Mersenne素數域。混合坐標系。"林遠說,"和甲方指標一致。"

  "甲方指標是5000次每秒。"

  "先跑完看數據。"

  趙強點頭。在串口終端輸入執行命令。

  腳本啟動。開發板上的LED燈開始快速閃爍——那是CPU在做運算的標誌。

  串口終端開始輸出計時數據——

  "第1次:完成。耗時1.12毫秒。"

  "第10次:完成。平均耗時1.08毫秒。"

  "第50次:完成。平均耗時1.05毫秒。"

  "第100次:完成。平均耗時1.03毫秒。"

  速度在穩定。前幾次有緩存預熱的開銷,之後進入穩態。

  趙強盯著終端,嘴裡默算。"1.03毫秒一次,換算過來——大約970次每秒。"

  "比預期高。"林遠說。

  "繼續跑。看一千次的平均值。"

  五分鐘後。

  本書首發 TW 看書網超便捷,𝚜𝚑𝚞.𝚝𝚠隨時看 ,提供給你無錯章節,無亂序章節的閱讀體驗

  "第1000次:完成。平均耗時:1.06毫秒。吞吐量:943次每秒。"

  九百四十三次。

  趙強靠在椅背上。"比保守估計的八百高。比理論值一千略低。"

  "損耗在哪?"

  "內存訪問。"趙強說,"XScale PXA255的內存控制器是瓶頸——400MHz的主頻,但內存帶寬只有32位。每次模運算要讀寫大整數,內存延遲拖慢了整體速度。"

  "如果換更快的內存呢?"

  "開發板的內存是焊死的。換不了。"趙強想了想,"但如果是定製板——用DDR內存,帶寬可以翻倍。理論上能到1500次每秒。"

  "離甲方的5000還差三倍多。"

  "純軟體做不到。"趙強說,"需要硬體加速。"

  "什麼方案?"

  "兩個方向。"趙強掰著手指,"第一,DSP——數位訊號處理器。專門做大數運算,速度可以比通用CPU快五到十倍。但功耗高,不適合嵌入式。"

  "第二?"

  "FPGA——現場可編程門陣列。把模運算邏輯燒進硬體里,相當於做了一個專用加速器。速度最快,功耗也低。但開發周期長,成本也高。"

  林遠想了一下。"FPGA的方案,你有把握嗎?"

  "我沒做過。"趙強實話實說,"但可以調研。國內做FPGA的團隊不多——中科院計算所應該有一個,微電子所也有。"

  "計算所。"林遠念叨了一下,"陳偉東研究員就在那邊。"

  "你認識?"

  "之前網安項目合作過。"林遠說,"他做網絡入侵檢測的,但對硬體也熟。可以問問他有沒有FPGA方面的資源。"

  趙強點頭。"那我先繼續優化軟體部分——把內存訪問模式再調一調,看能不能再榨出一點性能。"

  "行。"林遠說,"硬體加速的方案同步調研。兩條腿走路。"

  上午十一點。ARM測試告一段落。

  林遠打開另一台電腦,開始準備德勤會議的材料。

  韓委員說的"更大的方向"——多標準審計平台。

  他在墨鋒里打開一個新建文件,開始寫技術方案。

  標題:《多標準審計數據轉換平台·技術架構草案》

  第一部分:現狀分析。

  "當前引擎支持安全標準體系和國際財報準則兩套標準。核心架構為'一套預處理管線+一套模板引擎'。預處理管線負責數據清洗和格式轉換,模板引擎負責欄位映射和輸出格式化。"

  "已驗證能力:處理8000+行真實審計數據,零失敗,平均耗時51毫秒。支持7種日期格式、4種金額格式、三級嵌套合併單元格。"

  第二部分:擴展方案。

  "新增美國政府會計(美國政府審計標準)和國際審計準則兩套標準。每套標準需要:一張欄位映射表(約30-50個欄位)+對應的預處理規則(日期/金額/特殊格式)。"

  "預計開發周期:美國政府會計 3-5天,國際審計準則 5-7天。總計8-12個工作日。"

  第三部分:產品形態。

  林遠在這裡停了一下。

  他昨天和韓委員提過"在線平台"的想法——客戶上傳數據,選擇標準,平台跑完轉換返回結果。

  但這個想法有技術問題——審計數據是高度敏感的財務信息,客戶願不願意把數據上傳到第三方的伺服器?

  "兩個方案。"他繼續寫,"方案A:本地部署。給每個客戶部署一套引擎加四套配置模板。數據安全,但部署成本高。方案B:在線平台。客戶上傳數據,平台處理完返回結果。成本低,但有數據合規風險。"

  "折中方案:方案C——混合模式。引擎部署在客戶本地,但通過加密通道連接平台進行標準更新和技術支持。數據不出本地,平台只負責配置分發。"

  他寫完這一段,看了一遍。

  方案C最合理。既滿足數據安全要求,又能實現平台化管理。

  "這個方案——"他自言自語,"韓委員應該會認可。"

  下午兩點。

  陳嘉怡打來電話。

  "林遠,韓委員讓我跟你說——正式會議定在下周四。"

  "下周四?"林遠算了一下,"四月八號?"

  "對。四月八號,周三。"陳嘉怡說,"地點在上海。韓委員邀請你去德勤中國總部。"

  "我?"

  "對。他點名要你去。"

  林遠沉默了兩秒。"議程是什麼?"

  "沒說。"陳嘉怡的聲音有點微妙,"但韓委員讓我轉告你一句話——'帶上你們的多標準方案'。"

  林遠明白了。

  韓委員知道了。

  Demo結束後,他和趙強的討論——在線平台、多標準支持、行業基礎設施——這些話,陳嘉怡一定轉達給了韓委員。

  韓委員要的不是一個技術服務商。他要的是一個平台合作夥伴。

  "好的。"林遠說,"我會準備好。"

  "還有一件事。"陳嘉怡說,"韓委員問——你們公司有沒有法人實體?"

  林遠愣了一下。

  "遠望現在是工作室。"他說,"沒有法人資格。"

  "那你們需要註冊一個。"陳嘉怡說,"正式會議如果要談合作——合作方需要是一個公司,不是工作室。"

  電話掛了。

  林遠放下手機,看了趙強一眼。

  "怎麼了?"趙強問。

  "韓委員點名讓我下周三去上海。"林遠說,"帶上多標準方案。"

  "然後?"

  "然後他問——我們有沒有法人實體。"

  趙強沉默了。

  "他的意思是——"

  "如果要談戰略投資或者技術合作,對方需要是一個公司。"林遠說,"工作室簽不了投資協議。"

  "那我們要註冊公司?"

  "要。"林遠說,"而且要在下周三之前。"

  趙強想了想。"註冊公司需要什麼?"

  "法人、股東、註冊資本、經營範圍。"林遠說,"我是法人,蘇明遠可以當股東。註冊資本——"

  他看了一眼桌上的財務報表。

  "遠望工作室帳上有多少?"

  "現金大約七十二萬。"趙強說,"VPN、備份軟體、永道項目費——幾筆收入扣掉工資和設備,剩這些。"

  "不夠。"林遠說,"註冊資本至少一百萬。德勤是四大,五十萬撐不住場面。差額部分——"

  他想了一下。

  "HSBC那邊有多少?"

  趙強知道他說的是什麼。HSBC帳戶——海外收入。音樂版權+技術顧問費,累計大約四十多萬美元。

  "折合人民幣三百多萬。"趙強說,"但那是外匯。要入帳需要走結匯流程。"

  "先結匯。"林遠說,"註冊公司的事,明天找蘇明遠商量。"

  他靠在椅背上。

  德勤線從技術服務——走到了戰略投資。

  這一步,比預想的快。

  窗外,三月底的北京,陽光正好。


章節目錄