3 ms·
from google scholar search: https://www.ams.org/journals/mcom/2003-72-241/S0025-5718-02-01419-9/S0025-5718-02-01419-9.pdf https://www.ams.org/journals/mcom/2003
by Strilanc 3y ago
from google scholar search: https://www.ams.org/journals/mcom/2003-72-241/S0025-5718-02-01419-9/S0025-5718-02-01419-9.pdf https://www.ams.org/journals/mcom/2003-72-241/S0025-5718-02-...
- cperciva 3y agoRight, I didn't think people would actually want to read the paper; I just wanted to make the point that, rather than being difficult, this was solved over 20 years ago. (And I was an undergrad at the time!)
- CodesInChaos 3y agoThe article claims that the provable bounds for rounding errors are significantly worse than the empirical bounds used by y-cruncher, so an provably correct algorithm would not have competitive performance. I'm not sure if you claim that the bounds proven in your paper are tight enough to be competitive, or if you simply confirm that there are slower conservative implementations that are provably correct.
- fdej 3y agoThis is indeed the issue. Using provable bounds loses too many bits for complex FFTs to make sense for long multiplies.
- cperciva 3y agoI (a) proved bounds, and (b) showed that those bounds were tight by constructing inputs which came close to the error bounds. The "empirical bounds" demonstrably don't work for some inputs.