UDF宏有兩種方式可以被Fluent所接受:編譯和解釋。其中有一些宏既可以被解釋也可以被編譯,而一些宏則只能被解釋。有一些場合只接受編譯后的UDF(如動網(wǎng)格中的一些宏),而有些場合既可以接受編譯的UDF,還能接受解釋后的UDF。那么解釋型的UDF與編譯型的UDF到底存在何種差異?本文主要描述解釋型UDF,而編譯型UDF涉及到的問題更多,我們留到下次再說。
解釋型UDF不需要額外的編譯器,利用Fluent軟件自身即可解釋源代碼。在解釋過程中,UDF源代碼被C預處理器解釋成中間的,獨立于計算機體系之外的機器代碼。之后在調(diào)用UDF的過程中,這些被解釋器生成的機器代碼將在內(nèi)部仿真器或解釋器上被執(zhí)行。當然,這種以解釋的方式運行無可避免的會損失計算性能。但是以解釋方式運行的UDF有個好處:其可以不加修改的在不同體系的計算機上、不同的操作系統(tǒng)以及不同的Fluent版本中運行。
當UDF的計算性能很重要時,建議以編譯的形式運行UDF。所有解釋型UDF都可以以編譯的方式被Fluent加載。
在UDF被解釋后保存cas文件,之后再打開cas文件時,UDF能夠直接被加載,而無需重新解釋。
解釋型的最大優(yōu)勢是一次解釋,到處可以執(zhí)行,能夠跨平臺、跨架構(gòu)、跨操作系統(tǒng)、跨版本。但是解釋型UDF也存在其局限性。主要體現(xiàn)在:
在訪問FLUENT求解器數(shù)據(jù)的方式上解釋式UDF也有限制。解釋式UDF不能直接訪問存儲在FLUENT結(jié)構(gòu)中的數(shù)據(jù)。它們只能通過使用Fluent提供的宏間接地訪問這些數(shù)據(jù)。另一方面,編譯式UDF沒有任何C編程語言或其它注意的求解器數(shù)據(jù)結(jié)構(gòu)的限制。
在Fluent中解釋UDF非常簡單。通?？刹捎靡韵虏襟E:
需要說明的是,在網(wǎng)絡式多機并行Fluent中,用戶必須共享包含udf源文件、cas文件以及data文件的文件夾。具體共享方法為: 鼠標右鍵選擇要共享的工作文件夾,選擇彈出菜單Sharing and Security,并選擇Share this folder。
彈出如下圖所示的對話框。
在彈出的文件選擇對話框中選擇UDF源文件。對話框中的其他參數(shù)一般情況下可保持默認設(shè)置。
源文件解釋過程中,TUI窗口會有解釋信息。若有錯誤的話,會出現(xiàn)錯誤信息。
當源代碼被解釋后,在相應的GUI窗口中就可以看到被解釋的UDF了,此時可以選擇使用。
搜索
