這次數學建模推演分析涉及到數據量很龐，原本申請超算。

但超算使用需申請流程進排隊，而且還得將程序改寫使之適超算運，折騰來起碼得周。

所以姜為先自然就提遠程使用實驗樓裏幾台務器資源。

姜為先流體力學實驗樓國級點實驗樓，這幾台務器由清學計算機學院教授們起，據說組建個當時很牛逼雲計算平台。

過秦克解過其運算能力數據後便直接放棄，靠這個確實還算錯、但放現已開始落後雲計算平台，時也未必能個結果來。

所以秦克幹脆讓微來搞定。

微很就開始執程序，秦克通過遠程連接，能到界面裏斷動過運算過程。

氣環流、風速風向變化、理標、撒哈拉漠及塔克拉瑪幹漠曆史數據、溫濕度變化、氣壓變化、照條件、雲層動向……數清變量與數據都融入到以n-s方程為核偏微分方程組，以及各種矩陣、概率算式，得繚亂。

運算量更以千萬為單位計算。

如果這時站青檸科技數據監控裏，就能通過監控平台，到所務器cpu與gpu使用率都接到，散熱風扇正全力作，而精密空調同樣全速運轉……

這樣龐運算量，若用造價億超算來執，概需分鍾，而lv微能充分發揮青檸科技數據裏千台務器群組資源優勢，概需半時。

但如果考慮到青檸科技數據總造價隻億到，性價比就顯超過超算，更別說兩者運時耗電量差距。

這自然得益於微級到lv，對於計算資源管理效率及並算法處理能力顯著提——如果還原本lv微，完成本次運算，起碼個時。

會議裏眾此時才原來秦克自己就個這麽厲害數據，都為驚訝。

過們都微，還以為青檸科技數據作員後台這個程序，便邊聲議論著能現結果，邊著飯。

飯得差時，微運推演程序也即將迎來最終結果。

說最緊張，秦克，也研究團隊裏任何個，而旁邊等著永觀站長。

這個氣象站作，漠氣候厲害，實擔真現“蒸風”或者“”這樣恐怖又極具破壞力自然災害。

就所緊張注視，遠程界面匯聚團隊奮鬥個夜汗結晶——

“經過數學模型推演，午時，d區域將會現第次‘幹’現象，現概率為，隨後午時，會概率演變為更嚴‘蒸風’。旦‘蒸風’現象現，將會個時內形成持續規模特強塵暴。”

“特強塵暴自形成後，將會時內從d區域擴到d區全域，並將以每時公裏至公裏速度向偏東轉偏方向移動，波及區域為d區全域、c區區域，b區b至b區域，以及a區a至a區域。”

“特強塵暴平均風力預計超過級，危險等級為紅，述區域內切建築物均被黃掩埋危險，建議述區域內員盡疏散。”

場眾都臉刷變，永觀更臉慘。

因為這個氣象站就d區域，若塵暴真形成，這裏就其風力最強之處！

唯值得慶幸，塵暴覆蓋範圍並沒超塔克拉瑪幹漠，怕a至a區域，距離最漠邊緣阿拉達也公裏，阿拉達會受到定響，但會麽損失。