依託拓撲結構的靈活性，做幾套應對不同需求的硬體配置，再完善一下軟體系統，對曲某人來說屬於分分鐘搞定的小事。
只不過，真要有硬性需求的急茬兒，他出手提一下進度沒問題。
就像海軍，需要超算和設計與工程軟體的支援，加快“海訓1”的翻新設計進度。
沒啥說的，從軟硬體到技術支援，以最快的速度安排到位。
但像完善銀河1號實用性這種……能用，但不好用的，也不是很急的需求，現有的軟硬體設計團隊，是有能力獨立完成的。
只是需要時間。
關鍵問題是，明明很多東西都是現成的，移植一下就可以了，偏要再搞出一套完全不同的。
屬於沒苦硬吃。
曲卓用話堵住了鄧院長，剩下兩位還是喋喋不休，懶得再裝傻充愣，直言了當：“衝著跟上了一線技術趨勢，也確實做到了自研，我才給予了支援。”
張主任繼續語重心長：“五年多的時間，投入了近三億元，現在……”
曲卓沒耐性聽，打斷道：“就為了個1024LOPS的目標，砍掉了硬體向量支援，單片只做2Kb記憶體。序列匯流排速率多少心裡沒數嗎？硬堆到十維架構？”
“……”張主任喉結動了下，嘴裡有點發幹。
老方同志接過話頭：“現在的情況是……”
“現在的情況是……”曲卓再次打斷：“肯定我已經給了，後續構架調整思路也給了。但也僅此而已，不會再有更多了。”
“需求！”鄧院長加重語氣：“現在……”
“一整就這也重要，那也重要。真要那麼急，就應該一切以實際需求出發，而不是搞什麼面子工程。”曲卓一點面子沒給：“不管您有什麼需求，有多急，都跟我說不著。
誰拉的，您找誰去。我不是幼兒園阿姨，工作範圍裡沒有替別人擦屁股這一項。”
曲卓本想掰扯道理的，可說著說著，就有點控制不住的透出火氣了……
關於“銀河1號”，他還是比較瞭解的。大學時的那位講講課，就指著窗外開罵的授課教授，就是785工程的參與者。
呃~~專案組裡的一小嘍囉。
這裡說的是，沒有曲某人這隻“蝴蝶”干擾的情況下，83年搞出的銀河1號……
官方鑑定結果，硬體峰值向量浮點大於100 LOPS。但這個“峰值”，只有高度規整、連續長向量題目才能跑出來。
而現實工程任務，存在大量短向量、分支判斷，以及頻繁的記憶體訪問。
受限於記憶體頻寬、I/O 外設相對薄弱等硬設計短板，以及向量編譯器（YHFT）的向量自動識別能力也有限……相對理想條件下，硬體利用率能達到百分之55到70，零散標量任務利用率會跌到 百分之30以下。
總之，屬於能用，但門檻高，還不好用。
後續經過了近十年的積累，92年推出銀河2號時，才在實用性上實現了巨大跨越。
很正常，就7、8十年代的技術積累和硬體條件來說，是可以理解的。
但是，“現在”不一樣啦。
