說話的人是宋建。

而這樣的大佬，竟然使用了“請教”這樣謙遜的說法。

甚至在提問之前，還特地舉手示意。

排麵拉滿！

這種情況下，會議室裡的其他人自然是瞬間就恢複了安靜。

宋建伸手扶了扶鼻梁上架著的黑框眼鏡：

“小常啊，我大概聽懂了你剛剛介紹的這種網格生成算法，是需要以大規模的模型表麵網格為輸入，並保證所生成的四麵體網格的表麵網格與輸入網格具備高一致性。”

儘管他並非數值計算領域的專家，但在控製領域深耕多年的他顯然有著深厚的理論功底，僅僅是聽懂這段介紹並不困難。

“沒錯。”

“那麼，對於規模較大的項目來說，這個過程會不會占用太多內存，導致程序無法正常運行下去？”

常浩南此時很想說一聲問得好。

但考慮到宋建的年齡和地位，最後還是憋住了。

這個年代，很多所謂“超級計算機”的內存也隻有4-8g，其實是無法承受很高計算強度的。

而且，並不是說把需要8g內存運行的程序放慢四倍就可以扔到2g內存的電腦上正常使用了。

對於一個特定的算法來說，單純把計算速度降下來，並不會明顯降低內存占用。

但常浩南自然也是考慮過這個問題的。

“是這樣，在我發放給專門負責這一模塊的課題組的文件裡麵會詳細提到，後續涉及到具體的程序編寫時，將采用多級區域分解策略，以保證方法的並行效率，具體來說就是第一級的區域分解用平麵分割三維區域，第二級則使用直線分割二維區域，兩部分均遞歸進行而且將會分配給不同的處理器負責。”

“從我之前測試過的結果來看，對於內存為8g的超算或者服務器而言，在cpu並發能力足夠的前提下，可以處理到十億量級單元的網格數量，至於更複雜的結構，就需要等到軟件的試用版完成之後再正式進行測試了。”

“另外，對於處理器數量不夠的計算機，我們會考慮提供一種降級版本，當然出於商業方麵的考慮，這種版本可能會被命名為開放版或者教育版，它的效率大概是功能完整版的五分之一左右，但仍然遠遠超過目前市麵上如opencascadetechnology這樣的同類型產品，並且還具備一些後者所沒有的功能。”

“並且當未來軟件的商用版本發售時，我們也會根據不同的客戶等級有選擇性地開放購買權限。”

經過這一番條理分明的解釋之後，宋建滿意地點了點頭：

“好的，我沒有問題了。”

在經過了長達兩個小時高密度信息的摧殘之後，現場的絕大部分人都已經相當疲憊了，再強行繼續下去的效果也不會好，因此常浩南直接宣布茶歇。

當然，由於條件有限，所以並沒有水果和點心。

真的隻提供茶水。

不過眼下這個情況，也沒什麼人有心情吃吃喝喝。

尤其是被分配負責搞網格生成模塊的幾個組，都是拿著常浩南發給他們的資料就地開始了討論。

就跟大學時候上課差不多，自然也會有人直接找上常浩南。

比如姚夢娜和徐洋。

她們倆還是沒有太多心理包袱的。

“常工，不對，常主任，剛剛夢娜提出來了一個想法，我簡單驗證了一下，覺得似乎有可行性。”

後者有些驚訝地轉過頭，看著並排站在一起的徐洋和姚夢娜。

似乎自打這次從鎬京回來之後，她們之間的關係就好了不少……

“師……師弟，是這樣，之前我在603那邊的時候，還順便參與了一個渦槳發動機適配螺旋槳改進的項目。”

常浩南思索了一下，覺得姚夢娜說的應該是一種運8的改進型，隻不過考慮到這間會議室裡的人並不都是航空係統內部的，所以沒有說明具體型號。

原版的運8采用和安12一樣平平無奇沒什麼亮點的四葉螺旋槳，到了眼下的90年代，在推進效率和噪音控製等方麵已經完全跟不上時代了。

所以在原來的時間線上，運8三類平台以及運9平台都換裝了更新的6葉槳。

儘管如今運8的發展已經因為常浩南在去年年末的一次插手而出現了些許偏差，但具體到螺旋槳升級上，應該大差不大。

“呃……是遇到困難了麼？”

“那倒不是，我現在雖然沒有你們兩個那麼大能耐，但這種小活還是能乾明白的。”

姚夢娜氣鼓鼓地搖了搖頭，

“我是在聽了你剛剛又一次提到之前那個把三角形轉化為偽四邊形的思路之後突然想到的，就是能不能在結構化網格生成的過程中，采用真正的四邊形，或者說是六麵體網格？”

“就比如這一次設計新螺旋槳的過程中，我們大量使用了非均勾有理b樣條和t樣條，在這種場景下，四邊形網格有適合做樣條擬合的張量積結構，獲取張量積麵片比獲取基於三角網的博斯坦恩貝塞爾基底更容易，所以應該更加適用於高階曲麵的建模。”

小主，這個章節後麵還有哦，請點擊下一頁繼續閱讀，後麵更精彩！

緊接著，徐洋把一個上麵寫著一頁算式的本子放在了常浩南麵前並繼續補充道：

“她跟我說了這個想法之後，我簡單計算了一下，發現應該可以通過一種基於最低階brezzi-dous-marini空間的多點通量有限元方法對四邊形網格進行精確處理，後麵的工作就是要在h^2—致四邊形網格上建立這種方法的速度超-->>