@hackage mod0.1.1.0
Fast type-safe modular arithmetic
Categories
License
MIT
Maintainer
Andrew Lelechenko <andrew.lelechenko@gmail.com>
Links
Versions
Installation
Tested Compilers
Dependencies (4)
- base >=4.10 && <5
- deepseq
- integer-gmp <1.1
- semirings >=0.5 Show all…
Dependents (9)
@hackage/number-wall, @hackage/poly, @hackage/padic, @hackage/galois-field, @hackage/haskell-language-server, @hackage/arithmoi, Show all…
Package Flags
semirings
(on by default)
Derive semiring instances
mod

Modular arithmetic, promoting moduli to the type level, with an emphasis on performance. Originally a part of arithmoi package.
> :set -XDataKinds
> 4 + 5 :: Mod 7
(2 `modulo` 7)
> 4 - 5 :: Mod 7
(6 `modulo` 7)
> 4 * 5 :: Mod 7
(6 `modulo` 7)
> 4 / 5 :: Mod 7
(5 `modulo` 7)
> 4 ^ 5 :: Mod 7
(2 `modulo` 7)
Competitors
There are other Haskell packages, employing the very same idea of moduli on the type level,
namely modular and modular-arithmetic. Unfortunately, both of them fall behind
in terms of performance. Here is a brief comparison:
| Discipline | mod |
modular |
modular-arithmetic |
|---|---|---|---|
| Addition | Fast | Slow | Slow |
Small (*) |
Fast | Slow | Slow |
| Inversion | Fast | N/A | Slow |
| Power | Fast | Slow | Slow |
| Overflows | Safe | Safe | Unsafe |
-
Addition. It appears that
modularandmodular-arithmeticimplementations of the modular addition involve divisions, whilemodcompletely avoids this costly operation. It makes difference even for small numbers; e. g.,sum [1..10^7]becomes 5x faster. For larger integers the speed up is even more significant, because the computational complexity of division is not linear. -
Small
(*). When a modulo fits a machine word (which is quite a common case on 64-bit architectures),modimplements the modular multiplication as a couple of CPU instructions and neither allocates intermediate arbitrary-precision values, nor callslibgmpat all. For computations likeproduct [1..10^7]this gives a 3x boost to performance in comparison to other libraries. -
Inversion. This package relies on
libgmpfor modular inversions. Even for small arguments it is about 5x faster than the native implementation of modular inversion inmodular-arithmetic. -
Power. This package relies on
libgmpfor modular exponentiation. Even for small arguments it is about 2x faster than competitors. -
Overflows. At first glance
modular-arithmeticis more flexible thanmod, because it allows to specify the underlying representation of a modular residue, e. g.,Mod Integer 100,Mod Int 100,Mod Word8 100. We argue that this is a dangerous freedom, vulnerable to overflows. For instance,20 ^ 2 :: Mod Word8 100returns44instead of expected0. Even less expected is that50 :: Mod Word8 300appears to be6(remember that type-level numbers are alwaysNatural).
Citius, altius, fortius!
If you are looking for an ultimate performance
and your moduli fit into Word,
try Data.Mod.Word,
which is a drop-in replacement of Data.Mod,
but offers 3x faster addition,
2x faster multiplication and much less allocations.
What's next?
This package was cut out of arithmoi
to provide a modular arithmetic
with a light dependency footprint. This goal certainly limits the scope of API
to the bare minimum. If you need more advanced tools
(the Chinese remainder theorem, cyclic groups, modular equations, etc.)
please refer to Math.NumberTheory.Moduli.