FDTD计算效率问题希望大家都来谈体会

我的计算模型比较大，用3千多万个Yee元。写了fortran和matlab两个语言版本。 h^*4}GU  
TD9;kN1`  
fortran采用gfortran编译器，运行4000时间步花了5个小时，采用intel的编译器，只需1个多小时完成计算，据说是因为intel编译器默认采用并行计算。比较惨的是我对fortran不是非常精通，至今数据结果还不是完全正确。 Xu>r~^w=S  
1I*7SkgKv  
对matlab比较精通，程序已经竭尽可能的采用矩阵和向量来完成计算，最后将m文件编译成P码运行，计算一次需要花费3天时间。 v9D22,K-  
此外采用matlab进行并行计算，时间上做并行不可能，但在每一时间步内，空间上做并行计算是可以的。采用了8个worker（8个cpu）参与计算，（可惜不支持P码！）3分多钟才计算了1个时间步，实在受不了放弃了.........照此需计算9天以上 .. PmR~c,  
X5khCLHi  

未注册仅能浏览部分内容，查看全部内容及附件请先 登录 或 注册

很久没来顶，来顶顶 e8EfQ1 Ar  

对于循环计算代码，不能采用Matlab写，Matlab是解释性的编程语言，其计算效率抵御编译性的C和Fortran语言 ,vG<*|pn  
至于编译器的选择，你上面的情况“fortran采用gfortran编译器，运行4000时间步花了5个小时，采用intel的编译器，只需1个多小时完成计算”，其主要原因想是Release和Debug的区别，编译器优化不会有这么大的差距 d<@Mdo<;?g  
以前曾用过Intel优化编译器，但优化后的计算效率不明显，有事还降低了，就没有intel编译器，其实编写的数值计算代码质量高时，优化编译就没有多少用处了。

对于FDTD的计算代码编写，最好采用Matlab与C或者Fortran混合写，如果完全采用Matlab编写，计算效率肯定很低。如果你只关注计算结果，那慢一点也无所谓的（在能够接受的范围内）。

gfortran比intel fortran慢并不奇怪, intel的cpu只有intel自己最清楚. 不过差距大到这种程度恐怕还是对gfortran的某些编译选项没有完全掌握. /4H[4m]I  
fwH`}<o  
同意ls混合编程, fdtd的核心计算部分用fortran, 数据输入, 后处理, 可视化用matlab. tO4):i1  
qM*S*,s  
其实现在硬件条件已经好多了, 95年用P5-60/64M内存跑fdtd的时候, 才几十万个cell, 几百个时间步就要跑大半个小时

matlab肯定是要慢的，fortran什么的更高效一点，我在做Vishay电阻器设计的时候深刻领会到这一点

好多大神，说的我一愣一愣的