<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><div style="margin: 0;">Thank you so much, Martin. The model works properly after turning off the partial cells and using viscAhGrid instead of viscAh.I will check the STDOUT.0000 for more information.</div><div style="margin: 0;"><br></div><div style="margin: 0;">Haoran</div><div style="margin: 0;"><br></div><div style="margin: 0;"><br></div><div style="margin: 0;"><br></div><div style="margin: 0;"><br></div><div style="margin: 0;"><br></div><div style="position:relative;zoom:1"></div><div style="margin: 0;"><br></div><p id="isReplyContentTip">ÔÚ 2023-11-01 20:31:55£¬"Martin Losch" <Martin.Losch@awi.de> Ð´µÀ£º</p><blockquote id="isReplyContent" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">You should run your model with default debugLevel (=1) and with a montiorFreq that allows you to see which part of the model explodes first. Then the STDOUT.0000 is interesting for debugging.<div><br></div><div>I would start by turning off the partial cells (hFacMin),</div><div>also, use viscAhGrid (<1) instead of viscAh to ensure stability.</div><div>Otherwise the information that you provide does not allow further diagnosis. </div><div><br></div><div>Martin</div><div><div><br><blockquote type="cite"><div>On 1. Nov 2023, at 13:09, Haoran Xu <xu1jian2wei3@163.com> wrote:</div><br class="Apple-interchange-newline"><div><div style="line-height: 1.7; font-size: 14px; font-family: Arial;"><div><span style="font-size: 18px;">Dear  MITgcm community,<br></span></div><div><span style="font-size: 18px;">I am running a model in Luzon strait with <span style="font-size: 18px; font-family: Helvetica, "Microsoft Yahei", verdana;">open boundary condition t,s,u,v. The m</span></span><font face="Helvetica, Microsoft Yahei, verdana"><span style="font-size: 18px;">odel resolution is 500m.</span></font><font face="Helvetica, Microsoft Yahei, verdana"><span style="font-size: 18px;">The calculation stopped due to overflow.I found the velocity increased in one area (image attached,velocity at level 78).I've tried smoothing the </span></font><span style="font-family: Helvetica, "Microsoft Yahei", verdana; font-size: 18px;">topography in this area(image attached),but it did not help much(overflow only delayed).</span><font face="Helvetica, Microsoft Yahei, verdana"><span style="font-size: 18px;">I want to know if  my configuration is properly(file attached).Or there is anything I can try to deal with this problem?</span></font></div><div><font face="Helvetica, Microsoft Yahei, verdana"><span style="font-size: 18px;"><br></span></font></div><div><span style="font-family: Helvetica, "Microsoft Yahei", verdana; font-size: 18px;">Any suggestions would be helpful. Thanks in advance.</span></div></div><span id="cid:654C1671-55D8-497E-B681-F6FA056DCF98"><velocity_at_78.png></span><span id="cid:CD9CBCFC-2A14-4E88-A846-230F3092B978"><topo.png></span><span id="cid:3E87B9DB-8CB4-4DB2-8558-8204DF8369B6"><smooth_topo.png></span><span id="cid:B601A946-E25D-4E76-B95D-DB47ABBE13DD"><data></span>_______________________________________________<br>MITgcm-support mailing list<br>MITgcm-support@mitgcm.org<br>http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support<br></div></blockquote></div><br></div></div></blockquote></div>