修改”stack size of previous search directions“迭代次数就没了，是什么原因？

yg137760337

这图里的 stack size of previous search directions是，10改为20，迭代问题就没了，是什么原因啊？我就知道改，不知道原因。

Golbez

和解法有关的一个参数，阳光首发转载注明出处----关于NSTASK的斯伦贝谢官方解释参考一下这个帖子。

yg137760337

Golbez 发表于 2014-12-11 20:46
和解法有关的一个参数，阳光首发转载注明出处----关于NSTASK的斯伦贝谢官方解释参考一下这个帖子。

他 是 说 减小 NSTACK ，但是我确实是增大就没有迭代问题了，第二模型，无论怎么增大NSTACK都是有这个问题，110个问题，以致RUN48%，就终止了。这个模型空跑NOSIM 没有任何问题啊 。请问下怎么调，能附带 怎么调的 图 ，最好啦。谢谢了 亲，等了你好久了。

Golbez

yg137760337 发表于 2014-12-15 19:24
他 是 说 减小 NSTACK ，但是我确实是增大就没有迭代问题了，第二模型，无论怎么增大NSTACK都是有这个问 ...

现在的模型都比较精细，网格小层薄，通过统计实际的模型，NSTACK黑油中一般为40到80左右。NSTACK应该增加才会有机会减少收敛性问题。

问题超过个数了，将MESSAGES关键字的第3，4，9，10项都给到1000000（1百万），你想给更大点也行。这是将警告和问题的最大输出和停止个数限制改大，避免ECLIPSE在输出过多的这些信息后停止。

yg137760337

Golbez 发表于 2014-12-17 13:36
现在的模型都比较精细，网格小层薄，通过统计实际的模型，NSTACK黑油中一般为40到80左右。NSTACK应该增加 ...

设置NSTACK=0，进行记忆管理。于是，不受长度限制的堆栈在磁盘上储存起来，一当需要的时候，解算器仍能回放（回读）出来。由于内存数据存盘转换速度比较慢而增加了计算机CPU的钟时，故内存管理选择是用增加执行钟时来节省内存的。
    令NSTACK为负值，则可将完全机内叠加记忆和完全磁盘储存之间进行折衷。例如，若NSTACK为-9，于是，第一个8搜索方向保持记忆，而其余的搜索方向则储存在磁盘中。因为在每次运行开始，Eclipse软件能计算所需要的记忆量，并且用户能用试验的方法对NSTACK的特殊，找到最佳值。

这里说的 是设置负值啊，正50 我也设置过，也没跑通，我现在 不是跑通 不跑通，我是要根本 上解决问题，明白？改数据，让它收敛。

Golbez

yg137760337 发表于 2014-12-17 17:35
设置NSTACK=0，进行记忆管理。于是，不受长度限制的堆栈在磁盘上储存起来，一当需要的时候，解算器仍能回 ...

特别是在有相态变化剧烈、非均质、强注强采的开采方式等存在下的模型中，收敛性问题是与生俱来的。不要期望你的模型算得和均质方块模型一样快。关于数据问题有一些建议，大家可以探讨一下：

如果数据没有问题，“减小时间步长度”就是唯一改善收敛性的方法。

如果数据存在问题，适当的修改可以改善收敛性，但是由于存在上面的原因，所以收敛性问题在很多模型中是不可能完全解决的。

对于这种模型，除了限定时间步外，利用更快的硬件、尝试使用并行加速计算，也是节省时间的一个选择。

现在地质建模已经精细化了，计算是粗化后的模型也会保留大量的精细特征（构造、属性），无非可能就是网格要相对大一些。而且数模也要求精细化，如果还在用之前的思路来看待数模就已经不符合时代进步的要求了。

yg137760337

Golbez 发表于 2014-12-18 10:12
特别是在有相态变化剧烈、非均质、强注强采的开采方式等存在下的模型中，收敛性问题是与生俱来的。不要期 ...

谢谢了，我会一直努力直到 ，调通 为止，遇到的错误越多，才会知道的多，今后别人遇到同样的问题，就知道怎么指导了。谢谢了。

yg137760337

Golbez 发表于 2014-12-18 10:12
特别是在有相态变化剧烈、非均质、强注强采的开采方式等存在下的模型中，收敛性问题是与生俱来的。不要期 ...

减小 时间 步长， 我设置的 NEXTSTEP 关键字，设置 最大 时间 步长 为 1天，我目前没有 找到 TSTEP关键字。