Package Details: fftw-amd 3.3.10amd5.0-1

Git Clone URL: https://aur.archlinux.org/fftw-amd.git (read-only, click to copy)
Package Base: fftw-amd
Description: A library for computing the discrete Fourier transform (DFT) - AMD Ryzen/EPYC Optimized Version
Upstream URL: https://github.com/amd/amd-fftw/
Keywords: AMD DSP epyc FFT Ryzen Zen
Licenses: GPL2
Conflicts: fftw, fftw-openmpi
Provides: libfftw3.so, libfftw3f.so, libfftw3f_mpi.so, libfftw3f_omp.so, libfftw3f_threads.so, libfftw3l.so, libfftw3l_mpi.so, libfftw3l_omp.so, libfftw3l_threads.so, libfftw3q.so, libfftw3q_omp.so, libfftw3q_threads.so, libfftw3_mpi.so, libfftw3_omp.so, libfftw3_threads.so
Submitter: tuxzz
Maintainer: jclds139
Last Packager: jclds139
Votes: 6
Popularity: 0.27
First Submitted: 2020-05-17 18:43 (UTC)
Last Updated: 2024-12-03 17:35 (UTC)

Required by (25)

Sources (1)

Pinned Comments

tuxzz commented on 2020-05-31 17:38 (UTC) (edited on 2020-05-31 17:39 (UTC) by tuxzz)

Why not use Archlinux offical repository

If you are using AMD Ryzen series or EPYC series CPU, this package can boost the speed of fftw up around 30% compared to Archlinux official repository (Test on Ryzen 3700X).

Why not use Intel MKL

Intel MKL perform very poor on non-Intel CPUs, because it detect your CPU and switch to a slow path. I know there are some environment variables such as MKL_DEBUG_CPU_TYPE or MKL_NUM_THREADS. But Intel removed these trick since MKL 2020 Update 1.

WARNING

By default, this build enables -ffast-math compiler flag, which provides better performance and works well on most applications. If you require some extra numeric percision, remove it from PKGBUILD by yourself.

If you have problem on this package, report issue to AUR comment, AMD YES ^w^.

Latest Comments

veganvelociraptr commented on 2025-01-30 06:55 (UTC)

Spectacle and other programs that use fftw segfault when replacing fftw with fftw-amd, not really sure why. Version discrepency?

jclds139 commented on 2024-10-16 16:46 (UTC)

I've made an updated PKGBUILD for the 5.0 release, which should be easier to update in the future (since the version numbers are now variables) and no longer overwrites everyone's CFLAGS, just supplements them as needed.

There was a compile bug, currently suppressed by adding -Wno-incompatible-pointer-types

You can get/merge my updated one from here: https://gist.github.com/jclds139/5fe8db4110151a718d7fe794fdbac47e

Eirikr commented on 2023-10-25 20:36 (UTC)

Hi again, I cannot seem to figure out how to get the 4.x updates to work based on this PKGBUILD template. There seems to be no simple workaround at the moment.

Eirikr commented on 2023-09-23 10:39 (UTC)

The current version is 4.1… additionally, the “provides” seems to use old methodology for PKGBUILD stuff.

dvzrv commented on 2020-09-10 11:25 (UTC)

Oh, nevermind... I just realized that this is a completely separate project :-/

I will ping the upstream about upstreaming their fixes.

dvzrv commented on 2020-09-10 11:21 (UTC)

@tuxzz: Do the AMD optimizations have a diametral effect on using Intel CPUs?

I am wondering whether to include the flag in the official package or not.

tuxzz commented on 2020-05-31 17:38 (UTC) (edited on 2020-05-31 17:39 (UTC) by tuxzz)

Why not use Archlinux offical repository

If you are using AMD Ryzen series or EPYC series CPU, this package can boost the speed of fftw up around 30% compared to Archlinux official repository (Test on Ryzen 3700X).

Why not use Intel MKL

Intel MKL perform very poor on non-Intel CPUs, because it detect your CPU and switch to a slow path. I know there are some environment variables such as MKL_DEBUG_CPU_TYPE or MKL_NUM_THREADS. But Intel removed these trick since MKL 2020 Update 1.

WARNING

By default, this build enables -ffast-math compiler flag, which provides better performance and works well on most applications. If you require some extra numeric percision, remove it from PKGBUILD by yourself.

If you have problem on this package, report issue to AUR comment, AMD YES ^w^.