为何WinXP下CVF的FFT性能远超Win10上的ifort与gfortran？

现象是否正常？ #

这种性能相差一个数量级的现象是不正常的，本质并非新编译器（ifort 2024、gfortran 7.3）性能不如旧版CVF，而是编译配置、FFT库实现、32位模式适配的差异导致：

• CVF作为老牌32位Fortran编译器，默认集成了针对x86架构极致优化的FFT库（大概率是Intel MKL早期分支或Compaq自研优化库），且对32位编译的优化策略经过长期打磨。
• 新编译器默认情况下可能未链接高性能FFT库，或32位模式下的优化策略更保守（现代编译器优先优化64位场景）；gfortran 7.3本身是较老版本，FFT库优化程度不足。

如何让新编译器达到CVF的性能水平？ #

针对ifort和gfortran分别给出优化方案：

1. 链接高性能FFT库（核心解决手段） #

CVF的高性能本质依赖优化FFT库，新编译器需手动指定链接：

• ifort 2024：
  编译时添加/Qmkl选项，强制链接Intel MKL的FFT库。MKL是Intel官方高性能数学库，FFT实现比默认库快一个数量级以上。
  示例编译命令：ifort /O3 /QxAVX /Qmkl your_code.f90
• gfortran：
  先升级到gfortran 13+版本（新版本对FFT和32位优化更完善），再链接MKL或FFTW库：
  • 链接MKL：编译添加-O3 -mavx -lmkl_rt
  • 链接FFTW：编译添加-O3 -mavx -lfftw3

2. 针对性调整32位编译优化参数 #

针对你的i7-7820（Haswell架构，支持AVX指令集）开启极致优化：

• ifort：
  添加/O3 /QxAVX /Qipo /Qinline
  • /O3：全级别优化
  • /QxAVX：生成AVX指令集代码
  • /Qipo：跨文件过程间优化
  • /Qinline：强制内联小函数
• gfortran：
  添加-O3 -mavx -march=haswell -flto -finline-functions
  • -march=haswell：针对Haswell架构生成最优代码
  • -flto：链接时优化，进一步提升性能

3. 检查FFT代码接口一致性 #

确保源码中的FFT调用与新编译器的库接口匹配：

• 如果CVF使用旧版FFTPACK或FFTW接口，需确认新编译器的库是否兼容，必要时调整代码调用方式（比如改用MKL的DFTI接口或新版FFTW）。

4. 验证编译选项一致性 #

对比CVF的编译选项，确保新编译器开启了相同级别的优化：

• CVF的/Ox对应新编译器的/O3（ifort）或-O3（gfortran）
• 开启浮点优化（如ifort的/fp:fast，gfortran的-ffast-math），这对FFT性能影响显著。

5. 优先考虑64位编译 #

现代CPU和编译器对64位模式的优化远优于32位，建议编译64位可执行文件测试，性能通常会超过CVF的32位结果：

• ifort编译64位：添加/x64选项
• gfortran编译64位：使用64位版本编译器（默认输出64位可执行文件）

内容的提问来源于stack exchange，提问作者Dr. H