內(nèi)存不足
關(guān)注創(chuàng)建者：學(xué)習(xí)趁早 創(chuàng)建時間：2021-03-02
內(nèi)存不足的實例教程
我按照內(nèi)存不足修改方法，修改了，為啥還是報這個內(nèi)存不足錯誤，第一張圖是計算后錯誤提示，第二張圖是我在k文件中修改的，第三張圖是修改后計算報錯圖，為啥還是報內(nèi)存不足錯誤提示。請大神指點。
ansys中物理內(nèi)存和虛擬內(nèi)存設(shè)置：
增大物理內(nèi)存是提高解題效率的關(guān)鍵。 虛擬內(nèi)存理想配置為：物理內(nèi)存+250M,ansys的運行速度與內(nèi)存大小直接有關(guān)，對于同一臺機器，內(nèi)存由256M增大到512M時計算同一題目的速度可以提高幾倍，解體規(guī)模可以達10萬自由度以上。
ansys計算是提示內(nèi)存不足，查看卻還有很多內(nèi)存沒使用，如何解決？
（1）加大虛擬內(nèi)存
（2）在ANSYS Product Launcher中,Customization Preferences下設(shè)置內(nèi)存(選Use custom memory settings)
（3）將Total Workspace (M設(shè)為1400,這可能是在2G內(nèi)存下的最大值,這可能也是32位系數(shù)下的最大值,因為系統(tǒng)要保留些內(nèi)存，自已試一下最大可開到多少...)
（4）Database(M盡可能小，如64 M）
（5）可改變求解方法為PCG (Pre-Condition CG) (缺省為Sparse direct)
（完）
系統(tǒng)內(nèi)存是2G,當(dāng)調(diào)整超過1100MB時，ANSYS就運行不了，參考了一下help文件，其中有This occurs quite often on Windows machines.
展開 二、UG提示內(nèi)存不足的解決方法
在UGNX軟件的各個版本中有時會出現(xiàn)一些錯誤、警告、內(nèi)存不足等等問題、給我們的工作帶來了很多的不方便、在這里給大家分析一下內(nèi)存不足問題的解決方法：
解決方法1：刪除如右圖所示目錄的文件（DialogMemory.dlx）
原因分析：一般情況在一天的工作中使用及運行UGNX的次數(shù)越來越多、而且使用的文件也越來越大了，這樣就導(dǎo)致了UGNX啟動和關(guān)閉越來越慢了，刪除該文件后，UGNX啟動關(guān)閉可正常，內(nèi)存不足報警一般不會在出現(xiàn)。
解決方法2：重新加載角色文件
原因分析：一般情況在運行UGNX的文件時、使用的文件較大曲面多，這樣就導(dǎo)致了UGNX內(nèi)部命令出錯，內(nèi)存不足問題出現(xiàn)、重新加載角色文件這樣可重新更新內(nèi)部命令。
解決方法3：在加工模塊中出現(xiàn)內(nèi)存不足問題、可先刪除報警刀路、在保存文檔后、再重新啟動UGNX軟件。然后再打開UGNX、創(chuàng)建新的加工策略。
解決方法4：在建模模塊中出現(xiàn)內(nèi)存不足問題、可先刪除有問題的曲面、實體等、在保存文檔后、重新啟動UGNX軟件。然后再打開UGNX文檔。
解決方法5：UGNX軟件版本不完整、圖形比較大或曲面太多就會出現(xiàn)內(nèi)存不足問題、所以需更新UGNX軟件的版本及升級補丁。
三、如何找回因斷電而UG未保存檔案
1.在我們使用UG的過程中，工廠經(jīng)常由于錯峰用電而會發(fā)生停電現(xiàn)象，這樣我們辛苦幾個小時設(shè)計的模具由于未保存而導(dǎo)致重新進行設(shè)計，給我們的工作帶來了很多的不便，在這里給大家介紹因斷電而UG未保存的解決方法：首先打開我的電腦，選工具--文件夾選項。把隱藏的文件打開。
展開 ., *KEYWORD #### or *KEYWORD memory=####
首先科普一下：
lsdyna中內(nèi)存 memory的設(shè)置一 words為單位， 64bit系統(tǒng)， 1個 words=8Byte
然后介紹修改方法
第一種方法：
絕大多數(shù)人使用的是GUI（用戶圖形界面）提示中的的第一條很少用- memory=####命令，而是在ANSYS Mechanical APDL Product Launcher中Simulation Environment選擇LS-DYNA Solver，License選擇ANSYS LS-DYNA，調(diào)整Memory（Words）和Number of CPUs的數(shù)量。舉個例子，16G內(nèi)存大約是2.1475e+09words，按照memory通常使用內(nèi)存的30%到70%的原則，按70%設(shè)置約為1.5032e+09words。如果是晚上計算機僅用于做有限元計算，按80%RAM計算，則設(shè)置為1.7180e+09words，這是任務(wù)管理器中的內(nèi)存使用率其實并未達到1000%。
第二條修改K文件
在*KEYWORD 后直接輸入內(nèi)存值，或者先輸入memory=然后在輸入內(nèi)存值，個人更傾向于便于記憶理解的后者。
最后說一下結(jié)果
內(nèi)存分配對計算時間的影響還是蠻大的，個人觀察如果內(nèi)存剛剛夠與物理內(nèi)存極限的計算速度能差10倍，所以筆者建議修改內(nèi)存值。
說的不到位的地方非常歡迎留言批評指正
參考資料
lsdyna中內(nèi)存 memory的設(shè)置_duxw_新浪博客 (sina.com.cn)
A Few “Words” on Memory Settings in LS-DYNA – d3VIEW
展開 二、UG提示內(nèi)存不足的解決方法
在UGNX軟件的各個版本中有時會出現(xiàn)一些錯誤、警告、內(nèi)存不足等等問題、給我們的工作帶來了很多的不方便、在這里給大家分析一下內(nèi)存不足問題的解決方法：
解決方法1：刪除如下圖所示目錄的文件（DialogMemory.dlx）
原因分析：一般情況在一天的工作中使用及運行UGNX的次數(shù)越來越多、而且使用的文件也越來越大了，這樣就導(dǎo)致了UGNX啟動和關(guān)閉越來越慢了，刪除該文件后，UGNX啟動關(guān)閉可正常，內(nèi)存不足報警一般不會再出現(xiàn)。
解決方法2：重新加載角色文件
原因分析：一般情況在運行UGNX的文件時、使用的文件較大曲面多，這樣就導(dǎo)致了UGNX內(nèi)部命令出錯，內(nèi)存不足問題出現(xiàn)、重新加載角色文件這樣可重新更新內(nèi)部命令。
解決方法3：在加工模塊中出現(xiàn)內(nèi)存不足問題、可先刪除報警刀路、在保存文檔后、再重新啟動UGNX軟件。然后再打開UGNX、創(chuàng)建新的加工策略。
解決方法4：在建模模塊中出現(xiàn)內(nèi)存不足問題、可先刪除有問題的曲面、實體等、在保存文檔后、重新啟動UGNX軟件。然后再打開UGNX文檔。
解決方法5：UGNX軟件版本不完整、圖形比較大或曲面太多就會出現(xiàn)內(nèi)存不足問題、所以需更新UGNX軟件的版本及升級補丁。
展開 
內(nèi)存不足的相關(guān)專題、標(biāo)簽、搜索
內(nèi)存不足的最新內(nèi)容
內(nèi)存管理問題
在大規(guī)模并行計算中，內(nèi)存分配和管理變得更加復(fù)雜，可能出現(xiàn)內(nèi)存不足或內(nèi)存訪問沖突等問題，影響計算效率。
在實際測試中，使用不同規(guī)模的計算資源對同一組LS-DYNA任務(wù)進行運算，結(jié)果如下：
本地計算資源：
使用32、48、64核計算資源，耗時分別為821、566、439分鐘。
注：本地資源有限，無法提供更多資源測試，共進行了3次作業(yè)提交，總計耗時1826分鐘。
內(nèi)存管理問題
在大規(guī)模并行計算中，內(nèi)存分配和管理變得更加復(fù)雜，可能出現(xiàn)內(nèi)存不足或內(nèi)存訪問沖突等問題，影響計算效率。
在實際測試中，使用不同規(guī)模的計算資源對同一組LS-DYNA任務(wù)進行運算，結(jié)果如下：
本地計算資源：
使用32、48、64核計算資源，耗時分別為821、566、439分鐘。
注：本地資源有限，無法提供更多資源測試，共進行了3次作業(yè)提交，總計耗時1826分鐘。
系統(tǒng)內(nèi)存：384GB DDR5 4800 R.ECC
容量巨大: 384GB內(nèi)存可以輕松應(yīng)對超大規(guī)模模型、復(fù)雜網(wǎng)格和瞬態(tài)仿真，避免因內(nèi)存不足而使用硬盤交換區(qū)，導(dǎo)致速度急劇下降。
ECC功能: 對于需要長時間運行的科學(xué)計算至關(guān)重要，能防止因內(nèi)存位錯誤導(dǎo)致的計算結(jié)果錯誤或系統(tǒng)崩潰。
12通道: 為96核的CPU提供了極其寬闊的數(shù)據(jù)通路，確保每個核心都能高效地訪問內(nèi)存，避免了性能瓶頸。
性能
多核
? VirtualLab Fusion 利用仿真過程的并行化來縮短計算時間
? 由于參數(shù)運行并行用于同時仿真多個系統(tǒng)，使用的CPU內(nèi)核數(shù)決定了可以并行仿真的系統(tǒng)數(shù)量
性能
用于參數(shù)運行的多核
? 如果為需要大量 運行內(nèi)存的系統(tǒng)執(zhí)行參數(shù)運行，停用此功能對避免內(nèi)存不足錯誤問題可能會很有用
為超快迭代優(yōu)化性能
? 更改內(nèi)部并行化過程
多核
? VirtualLab Fusion 利用仿真過程的并行化來縮短計算時間
? 由于參數(shù)運行并行用于同時仿真多個系統(tǒng)，使用的CPU內(nèi)核數(shù)決定了可以并行仿真的系統(tǒng)數(shù)量
性能
用于參數(shù)運行的多核
? 如果為需要大量 運行內(nèi)存的系統(tǒng)執(zhí)行參數(shù)運行，停用此功能對避免內(nèi)存不足錯誤問題可能會很有用
內(nèi)存管理問題
在大規(guī)模并行計算中，內(nèi)存分配和管理變得更加復(fù)雜，可能出現(xiàn)內(nèi)存不足或內(nèi)存訪問沖突等問題，影響計算效率。
在實際測試中，使用不同規(guī)模的計算資源對同一組LS-DYNA任務(wù)進行運算，結(jié)果如下：
本地計算資源：
使用32、48、64核計算資源，耗時分別為821、566、439分鐘。
? 硬件問題
-內(nèi)存不足
o常見現(xiàn)象: 計算過程容易卡住，或是印出內(nèi)存不足。
o參考解法: 增購內(nèi)存 或者減少網(wǎng)格數(shù)量
-內(nèi)存損壞
o常見現(xiàn)象: 程序不穩(wěn)定，計算過程容易中斷，或是計算機當(dāng)機。
同樣，如果CPU速度慢或系統(tǒng)內(nèi)存不足，則使用極快的I/O系統(tǒng)是沒有意義的。最好以一個能夠很好地協(xié)調(diào)工作的系統(tǒng)為目標(biāo)。這通常意味著您不需要最新一代和最強大的CPU，可以選擇已有一兩年歷史的型號。例如，隨著新型號和技術(shù)的不斷涌現(xiàn)，被取代的CPU型號的成本在推出后迅速下降，您在這里節(jié)省的預(yù)算可用于為條帶化I/O系統(tǒng)投資更多內(nèi)存或更多設(shè)備。
同樣，如果CPU速度慢或系統(tǒng)內(nèi)存不足，則使用極快的I/O系統(tǒng)是沒有意義的。最好以一個能夠很好地協(xié)調(diào)工作的系統(tǒng)為目標(biāo)。這通常意味著您不需要最新一代和最強大的CPU，可以選擇已有一兩年歷史的型號。例如，隨著新型號和技術(shù)的不斷涌現(xiàn)，被取代的CPU型號的成本在推出后迅速下降，您在這里節(jié)省的預(yù)算可用于為條帶化I/O系統(tǒng)投資更多內(nèi)存或更多設(shè)備。
Figur 2: CATIA可以做的仿真類型 (來源: CATIA的幫助文檔)
正如前面提及過CATIA的仿真不能太復(fù)雜，建立的模型過大后容易出現(xiàn)內(nèi)存不足無法計算。CATIA里的仿真工具能對網(wǎng)格進行些簡易的修改及控制但遠不及專用的前處理軟件好用。其后處理的功能也相對簡單。目前在我的認知中還沒有哪個第三方軟件能對CATIA的計算結(jié)果進行后處理。
