查詢msg文件和log文件后發(fā)現(xiàn)是這個(gè)問題：---------- RUNTIME EXCEPTION HAS OCCURED ----------standard.exe / rank 0 / thread 4 encountered an unhandled exception本人采用的是八線程運(yùn)行，電腦處理器是12核，內(nèi)存是16g請(qǐng)問下大神們是哪里出錯(cuò)了？
電腦是win11，cpu是12代i7，使用20版和22版的ABAQUS，但是運(yùn)行的時(shí)候查看監(jiān)控器不顯示增量步信息，status有顯示但不及時(shí)，使用win10的20版ABAQUS卻能顯示增量步信息
，就是有時(shí)候丟有時(shí)候不丟，有時(shí)候一個(gè)有時(shí)候是三個(gè)，statev是每次都會(huì)遇到這個(gè)問題，我真的有點(diǎn)崩潰，是不是我的代碼有問題，但是我這個(gè)代碼的基本結(jié)構(gòu)是在別人可運(yùn)行代碼的基礎(chǔ)上改的，我也在自己的電腦上成功運(yùn)行了，可是改過之后就始終出現(xiàn)這個(gè)問題，NN_prediction那段我是一點(diǎn)都沒有改，包括它里面的子程序update_state和dense，希望各位大佬伸出援手call assignk(props
如題：本人最近在嘗試編寫py腳本批量提交Job的計(jì)算，在個(gè)人電腦（i7-12700 32G DDR4平臺(tái)）上運(yùn)行時(shí)能夠批量提交計(jì)算，但在服務(wù)器（26核×2個(gè)CPU 256G內(nèi)存）上相同Abaqus相同版本運(yùn)行同一段代碼（我修改了每一次提交計(jì)算的inp文件數(shù)，其它未變）卻會(huì)出現(xiàn)CPU占用很低，計(jì)算比個(gè)人電腦還慢的情況(見圖)，請(qǐng)問這個(gè)問題要怎么解決？
abaqus運(yùn)行uel，溫度位移耦合分析步，穩(wěn)態(tài)可以計(jì)算，瞬態(tài)算不了，msg文件沒有明顯報(bào)錯(cuò)，最后這么提示的，請(qǐng)問這是哪里的問題，是模型太大嗎，還是計(jì)算時(shí)間太長（計(jì)算時(shí)間1），還是電腦的計(jì)算資源不夠？ABAQUS/standard rank 0 terminated by signal 11 (段錯(cuò)誤)
同一個(gè)模型和子程序，我的電腦abaqus用戶子程序USDFLD中使用GETVRM獲取積分點(diǎn)的數(shù)值是0，另外一臺(tái)電腦正常運(yùn)行
跳至頁
工程師必備
- 項(xiàng)目客服
- 培訓(xùn)客服
- 平臺(tái)客服
TOP
