bitvec
Space-efficient bit vectors
https://github.com/Bodigrim/bitvec
| Version on this page: | 1.0.2.0 |
| LTS Haskell 24.16: | 1.1.5.0@rev:3 |
| Stackage Nightly 2025-10-23: | 1.1.5.0@rev:3 |
| Latest on Hackage: | 1.1.5.0@rev:3 |
bitvec-1.0.2.0@sha256:492256514c4c7297d6b09f1dfdcb0fe579f1896b8ace89cb33842f797ac91544,4232Module documentation for 1.0.2.0
bitvec

A newtype over Bool with a better Vector instance: 8x less memory, up to 1000x faster.
The vector
package represents unboxed arrays of Bool
spending 1 byte (8 bits) per boolean.
This library provides a newtype wrapper Bit and a custom instance
of unboxed Vector, which packs bits densely,
achieving 8x less memory footprint.
The performance stays mostly the same;
the most significant degradation happens for random writes
(up to 10% slower).
On the other hand, for certain bulk bit operations
Vector Bit is up to 1000x faster than Vector Bool.
Thread safety
Data.Bitis faster, but writes and flips are thread-unsafe. This is because naive updates are not atomic: read the whole word from memory, then modify a bit, then write the whole word back.Data.Bit.ThreadSafeis slower (up to 20%), but writes and flips are thread-safe.
Quick start
Consider the following (very naive) implementation of
the sieve of Eratosthenes. It returns a vector with True
at prime indices and False at composite indices.
import Control.Monad
import Control.Monad.ST
import qualified Data.Vector.Unboxed as U
import qualified Data.Vector.Unboxed.Mutable as MU
eratosthenes :: U.Vector Bool
eratosthenes = runST $ do
let len = 100
sieve <- MU.replicate len True
MU.write sieve 0 False
MU.write sieve 1 False
forM_ [2 .. floor (sqrt (fromIntegral len))] $ \p -> do
isPrime <- MU.read sieve p
when isPrime $
forM_ [2 * p, 3 * p .. len - 1] $ \i ->
MU.write sieve i False
U.unsafeFreeze sieve
We can switch from Bool to Bit just by adding newtype constructors:
import Data.Bit
import Control.Monad
import Control.Monad.ST
import qualified Data.Vector.Unboxed as U
import qualified Data.Vector.Unboxed.Mutable as MU
eratosthenes :: U.Vector Bit
eratosthenes = runST $ do
let len = 100
sieve <- MU.replicate len (Bit True)
MU.write sieve 0 (Bit False)
MU.write sieve 1 (Bit False)
forM_ [2 .. floor (sqrt (fromIntegral len))] $ \p -> do
Bit isPrime <- MU.read sieve p
when isPrime $
forM_ [2 * p, 3 * p .. len - 1] $ \i ->
MU.write sieve i (Bit False)
U.unsafeFreeze sieve
Bit-based implementation requires 8x less memory to store
the vector. For large sizes it allows to crunch more data in RAM
without swapping. For smaller arrays it helps to fit into
CPU caches.
> listBits eratosthenes
[2,3,5,7,11,13,17,19,23,29,31,37,41,43,47,53,59,61,67,71,73,79,83,89,97]
There are several high-level helpers, digesting bits in bulk,
which makes them up to 64x faster than respective counterparts
for Vector Bool. One can query population count (popcount)
of a vector (giving us the prime-counting function):
> countBits eratosthenes
25
And vice versa, query an address of the n-th set bit (which corresponds to the n-th prime number here):
> nthBitIndex (Bit True) 10 eratosthenes
Just 29
One may notice that the order of the inner traversal by i
does not matter and get tempted to run it in several parallel threads.
In this case it is vital to switch from Data.Bit to Data.Bit.ThreadSafe,
because the former is thread-unsafe with regards to writes.
There is a moderate performance penalty (up to 20%)
for using the thread-safe interface.
Sets
Bit vectors can be used as a blazingly fast representation of sets
as long as their elements are Enumeratable and sufficiently dense,
leaving IntSet far behind.
For example, consider three possible representations of a set of Word16:
- As an
IntSetwith a readily availableunionfunction. - As a 64k-long unboxed
Vector Bool, implementing union aszipWith (||). - As a 64k-long unboxed
Vector Bit, implementing union aszipBits (.|.).
In our benchmarks (see bench folder) for not-too-sparse sets
the union of Vector Bit evaluates 24x-36x faster than the union of IntSet
and stunningly outperforms Vector Bool 500x-1000x.
Binary polynomials
Binary polynomials are polynomials with coefficients modulo 2.
Their applications include coding theory and cryptography.
While one can successfully implement them with poly package,
operating on UPoly Bit,
this package provides even faster arithmetic routines
exposed via F2Poly data type and its instances.
> :set -XBinaryLiterals
> -- (1 + x) (1 + x + x^2) = 1 + x^3 (mod 2)
> 0b11 * 0b111 :: F2Poly
F2Poly {unF2Poly = [1,0,0,1]}
Use fromInteger / toInteger to convert binary polynomials
from Integer to F2Poly and back.
Package flags
This package supports the following flags to facilitate dependency management.
Disabling them does not diminish bitvec’s capabilities, but makes certain operations slower.
-
Flag
integer-gmp, enabled by default.Depend on
integer-gmppackage and use it to speed up operations on binary polynomials. Normallyinteger-gmpis shipped with core libraries anyways, so there is little to gain from disabling it, unless you use a custom build of GHC. -
Flag
libgmp, enabled by default.Link against GMP library and use it to for ultimate performance of
zipBits,invertBitsandcountBits. GMP is readily available on most machines (brew install gmpon macOS), but you may find useful to disable this flag working with exotic setup. -
Flag
bmi2, disabled by default, experimental.Depend on
bits-extrapackage and use it fornthBitIndex. This is supposed to be faster, but have not been properly polished yet.
Similar packages
-
arrayis memory-efficient forBool, but lacks a handyVectorinterface and is not thread-safe.
Changes
1.0.2.0
- Fix out-of-bounds writes in mutable interface.
- Improve thread-safety of mutable interface.
- Add extended GCD for
F2Poly. - Change
Showinstance ofF2Poly.
1.0.1.2
- Fix more bugs in
F2Polymultiplication.
1.0.1.1
- Fix bugs in
F2Polymultiplication. - Performance improvements.
1.0.1.0
- Implement arithmetic of binary polynomials.
- Add
invertBitsandreverseBitsfunctions. - Add
Num,Real,Integral,FractionalandNFDatainstances. - Performance improvements.
1.0.0.1
- Performance improvements.
1.0.0.0
- Redesign API from the scratch.
- Add a thread-safe implementation.
- Add
nthBitIndexfunction.
0.2.0.1
- Fix
Readinstance.
0.2.0.0
- Remove hand-written
Num,Real,Integral,Bitsinstances. - Derive
BitsandFiniteBitsinstances. - Expose
Bitconstructor directly and removefromBoolfunction. - Rename
toBooltounBit.
0.1.1.0
- Fix bugs in
MVectorandVectorinstances ofBit. - Speed up
MVectorandVectorinstances ofBit.