[SciPy-dev] Dropping djbfft ?
Mon May 12 20:26:25 CDT 2008
Pearu Peterson wrote:
> djbfft is important for applications that need only the 2^n sizes support
> and here djbfft have speed advantage over other fft implementations.
> For some of these applications the fft speed can be crusial.
Are you sure djbfft speed advantage is still true today ? When I run
scipy.fftpack.bench, I hardly see any different between fftw3 and
djbfft, and the current use of fftw3 is less than optimal (we can at
least get a two fold increase with an improved design, because right
now, we are using the worst possible plan method).
When I run the benchmarks, the only backend significantly faster than
the other ones is the MKL.
More information about the Scipy-dev