abaqus 內(nèi)存用量的案例
邊緣計算將驅(qū)動微型服務(wù)器需求成長，有助推升內(nèi)存用量
未來隨著數(shù)據(jù)中心建設(shè)的普及，以及2020年之后5G的落實(shí)，針對邊緣計算的微型服務(wù)器應(yīng)用(Micro Server)將會在未來3-5年顯著成長，帶動相關(guān)零部件與內(nèi)存的使用量明顯增加。
英特爾與AMD將推新平臺，2019年單機(jī)搭載容量維持20%年成長
截至目前為止，x86架構(gòu)服務(wù)器解決方案仍為市場主流，英特爾Purley平臺的滲透率已于今年第一季底提升至約五成；另一方面，AMD也已大量轉(zhuǎn)移至14納米節(jié)點(diǎn)的產(chǎn)品，逐漸放大相關(guān)制程的投片量，進(jìn)而取代舊有產(chǎn)品線。
至于ARMv8與RISC架構(gòu)，現(xiàn)階段僅維持小批量規(guī)模的接單生產(chǎn)（build to order），并以數(shù)據(jù)中心市場為主，預(yù)期在2020年前仍難與x86服務(wù)器抗衡。2020年之后隨著微型服務(wù)器的滲透率提高，將替這兩類架構(gòu)創(chuàng)造切入點(diǎn)。
從新產(chǎn)品規(guī)劃來看，英特爾的Cascade Lake仍會沿用14納米第三代制程，但預(yù)計要到明年下半年之后才會陸續(xù)成為市場主流。AMD新解決方案則會轉(zhuǎn)進(jìn)7納米制程，除主要產(chǎn)品線在今年已陸續(xù)轉(zhuǎn)移至新的EPYC產(chǎn)品線，預(yù)期AMD Rome平臺服務(wù)器處理器在明年下半年后有機(jī)會問世。
DRAMeXchange指出，新平臺的轉(zhuǎn)換將有機(jī)會推動服務(wù)器搭載容量的提升，預(yù)估2019年單機(jī)搭載Server DRAM的容量仍將維持兩成的成長。
來源：全球半導(dǎo)體觀察
展開 Abaqus計算內(nèi)存的問題：aba_sint_cap
因此，查閱了網(wǎng)絡(luò)上相關(guān)帖子和幫助文檔，加上親身經(jīng)歷，整理如下：
方法一：可以直接在abaqus_v6.env中設(shè)置memory='80%'或其他方式，詳見幫助文檔
方法二：可通過高級系統(tǒng)設(shè)置--->環(huán)境變量--->變量名：ABA_SINT_CAP 值：16384
（說明：16384這個值可以更大，但似乎沒有意義！）
基于上述方法設(shè)置了足夠大的內(nèi)存后，但仍然出現(xiàn)該錯誤。具體原因：
Abaqus中每8GB的物理內(nèi)存，使用的內(nèi)存將不會超過2GB
在滿足上述條件的基礎(chǔ)上，最多使用內(nèi)存限制為16GB。
遇到這個問題后，建議重新調(diào)整模型，減小inp文件的體量。目前尚未找到特別好的方法！
展開 