Learning Forum

[Army Lopez]

老师好，我在使用3D FDTD仿真过程中，出现在最后一步计算无法进行，一直卡住动的状态

打开官方网站中Grating Coupler的3D示例，在服务器（windows 2019 server）上运行，

在仿真进行到50%的时候，一直进行不下去了，一直处于Running状态，打开任务管理器，Lumerical的CPU使用率很低，根本没有进行计算！

接着我查看log文件，发现log文件中已经仿真完成，而软件界面停留在完成前的上一个精度上，如下图（2.1728e-5）

[Zheng Zhou]

您好，有几个猜想可以去尝试：
您的仿真文件是否很大，因为有可能存在仿真完成但是存储数据耗费时间的情况。
使用官网最简单的几秒就可以仿真完成的例子，检查是否出现同样的情况。
仿真卡住但是在你检查log认为仿真已经完成的时候，在开启一个 gui 打开这个工程文件，检查状态是在 run 还是 layout.

[Army Lopez]

老师您好，我又测试官网上的Y branch仿真文件，这个文件的数据量很小，测试结果如上，发现它和Grating coupler相比，确实在存储数据上花费的时间要小很多（一个3.97859s，一个需要1553.9s也就是25分钟！）。Grating Coupler这个案例存储数据花费的时间已经比进行FDTD仿真的时间还要多了！

请问这一时间可以减少么（比如我在log文件显示100%Compelete时点击quit&save？）

另外，您所说的第三种方法是什么意思？能否详细解释下如何操作？

[Zheng Zhou]

您好，如果是这样那么确实是数据量太大造成的，我们能做的只有在数据量上面入手，比如你 disable 掉不在意的 monitor, 或者在 monitor 的 data to record 里面只勾选你想要分析的场分量。
第三种方法意思就是说你在出现上述情况的时候，再开启第二个 GUI 打开同一个工程，检查下图是否为 Layout.

[Army Lopez]

您好，如果是这样那么确实是数据量太大造成的，我们能做的只有在数据量上面入手，比如你 disable 掉不在意的 monitor, 或者在 monitor 的 data to record 里面只勾选你想要分析的场分量。

第三种方法意思就是说你在出现上述情况的时候，再开启第二个 GUI 打开同一个工程，检查下图是否为 Layout.

/forum/wp-content/uploads/forum-uploads/442/8FEYPDH1X9VP.png

/forum/discussion/comment/154745#Comment_154745

老师您好，我又按照您说的办法，在一个3D FDTD的fsp档案中，比较了 监视器记录电场磁场功率 和 监视器只记录功率 两次仿真的时间，从仿真前的check来看，需要存储的数据量确实减少了，如下图
但最后看log文件对仿真过程的记录，时间反而增加了3秒！如下图


所以我现在又不知道到底关闭监视器不需要的数据是不是能减少了，希望老师能看一下。。。
补充一下，我共设置了5个DFT监视器，两次对比指的是 全部监视器记录EHP 和 全部监视器只记录P，如下图设置

[Zheng Zhou]

您好，我想请问您所有的计算和数据存储都是发生在本机的吗？

[Army Lopez]

您好，我想请问您所有的计算和数据存储都是发生在本机的吗？

/forum/discussion/comment/155644#Comment_155644

是的，所有的计算和数据存储都是发生在一个远程服务器（windows server 2019系统），没有计算和数据存储发生在其他计算机，所以数据只在这台服务器内传输，不涉及计算机之间的数据传输