I have two programs to find prime numbers (just an exercise, I’m learning Haskell). “primes” is about 10X faster than “primes2”, once compiled with ghc (with flag -O). However, in “primes2”, I thought it would consider only prime numbers for the divisor test, which should be faster than considering odd numbers in “isPrime”, right? What am I missing?
isqrt :: Integral a => a -> a
isqrt = floor . sqrt . fromIntegral
isPrime :: Integral a => a -> Bool
isPrime n = length [i | i <- [1,3..(isqrt n)], mod n i == 0] == 1
primes :: Integral a => a -> [a]
primes n = [2,3,5,7,11,13] ++ (filter (isPrime) [15,17..n])
primes2 :: Integral a => a -> [a]
primes2 n = 2 : [i | i <- [3,5..n], all ((/= 0) . mod i) (primes2 (isqrt i))]
I think what’s happening here is that
isPrimeis a simple loop, whereasprimes2is calling itself recursively — and its recursion pattern looks exponential to me.Searching through my old source code, I found this code:
This tests each possible prime
xonly against the primes belowsqrt(x), using the already generated list of primes. So it probably doesn’t test any given prime more than once.Memoization in Haskell:
Memoization in Haskell is generally explicit, not implicit. The compiler won’t “do the right thing” but it will only do what you tell it to. When you call
primes2,Each time you call the function it calculates all of its results all over again. It has to. Why? Because 1) You didn’t make it save its results, and 2) the answer is different each time you call it.
In the sample code I gave above,
primesis a constant (i.e. it has arity zero) so there’s only one copy of it in memory, and its parts only get evaluated once.If you want memoization, you need to have a value with arity zero somewhere in your code.