[SciPy-dev] Dropping djbfft ?
Mon May 12 20:56:20 CDT 2008
On Mon, May 12, 2008 at 8:26 PM, David Cournapeau
> 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.
Neither djbfft vs. fftw nor djbfft vs. MKL are definitive comparisons.
Not everyone can use GPLed code or proprietary code.
"I have come to believe that the whole world is an enigma, a harmless
enigma that is made terrible by our own mad attempt to interpret it as
though it had an underlying truth."
-- Umberto Eco
More information about the Scipy-dev