ここ最近、SADをコンパイル時の最適化レベルを上げてコンパイラのバグを踏んづける事例が何例か報告されていますが、i386系で GCC使う場合 -O1と -O2ってそんなん差が出ます？多分、Intel Fortranを使う方が全然はやいと思うのですが... (昔からGCCの-O2は怪しい環境が多いのです)

あと、数値計算だと内部的にいろんなコードが使っている線形代数や FFTのコードを最適化済みの(例えば、SSE/Multi Threadに最適化した)ライブラリに置き換えた方が、早くなりそうな気がします。おまけに、外部化すれば保守が簡単に...

特に、線形代数ライブラリーに関しては、BLAS/LAPACKというデファクトスタンダードな APIがある上に、有償ですがベンダーが最適化済みのものを提供しています

FFTに関しては、fftwかな？

以下の三つのファイルがコンパイル出来ないのでSADのベンチマークは取れていませんが、フリーのコンパイラでは　LLVM-GCCが期待大です (小さなプログラムでは Intelコンパイラに近い性能が出ます)

src/tfearray.f
src/tfeexpr.f
src/tfbessel.f

[ツッコミを入れる]

カテゴリー: Admin | Emacs | EPICS | Fortran | FreeBSD | GCC | hgsubversion | IPv6 | KEKB | LHC | Lisp | LLVM | MADX | Ryzen | SAD | samba | tDiary | unix | WWW | YaSAI | お仕事 | イベント | 出張 | 宴会 | 数学 | 艦これ | 買いもの | 追記 | 雑記