eloj / crc32c

Example of using SSE4.2 CRC32c hardware instructions

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

CRC32c using SSE4.2

Build status

A few examples of how to use compiler built-ins to use the CRC32 instructions provided by SSE4.2 on IA32/AMD64 CPUs.

The short story is that there are separate instructions for updating a CRC using 8-, 16-, 32- and 64-bits of input at a time.

A typical implementation first consumes as many bytes as possible using the widest instruction available, then falls back to the narrower ones as appropriate.

The details of exactly how this is done matters for throughput, which is why this repository includes a benchmark.

Why

Most people probably do not have a use for CRC32c specifically, but a CRC can be used as a general hash function too in some cases, except where there's a risk for hash-flooding attacks of course.

Sometimes you just want something simple that you can quickly type or copy and paste into your code to get going, that's when this may be appropriate.

uint32_t crc32c_8(uint32_t crc, const uint8_t *src, size_t len) {
	for (size_t i=0 ; i < len ; ++i) {
		crc = __builtin_ia32_crc32qi(crc, src[i]);
	}
	return crc;
}

For comparison, I've included a naïve implementation of the 32-bit fnv-1a hash. This hash is often recommended because it's very simple to implement, but in practice it is also slower than even the slowest CRC32c version, which is also trivial, never mind the one that consumes 8-bytes at a time:

FileHash/fnv1a/16                 10.4 ns         10.4 ns     67782311 bytes_per_second=1.43716G/s
FileHash/fnv1a/256                 294 ns          294 ns      2379275 bytes_per_second=830.064M/s
FileHash/fnv1a/4096               4952 ns         4952 ns       141357 bytes_per_second=788.885M/s
FileHash/fnv1a/65536             79484 ns        79473 ns         8806 bytes_per_second=786.43M/s
FileHash/fnv1a/1048576         1272001 ns      1271820 ns          550 bytes_per_second=786.275M/s
FileHash/fnv1a/16777216       20350940 ns     20348028 ns           34 bytes_per_second=786.317M/s
...
FileHash/crc32c_8/16              6.16 ns         6.16 ns    114090343 bytes_per_second=2.42011G/s
FileHash/crc32c_8/256              204 ns          204 ns      3421773 bytes_per_second=1.16719G/s
FileHash/crc32c_8/4096            3697 ns         3697 ns       189322 bytes_per_second=1056.62M/s
FileHash/crc32c_8/65536          59610 ns        59601 ns        11745 bytes_per_second=1048.64M/s
FileHash/crc32c_8/1048576       953992 ns       953926 ns          734 bytes_per_second=1048.3M/s
FileHash/crc32c_8/16777216    15264389 ns     15263529 ns           46 bytes_per_second=1048.25M/s
...
FileHash/crc32c_64/16             6.67 ns         6.67 ns    104924455 bytes_per_second=2.23387G/s
FileHash/crc32c_64/256            14.9 ns         14.9 ns     46896722 bytes_per_second=15.9996G/s
FileHash/crc32c_64/4096            465 ns          465 ns      1505399 bytes_per_second=8.20575G/s
FileHash/crc32c_64/65536          7753 ns         7753 ns        90290 bytes_per_second=7.87262G/s
FileHash/crc32c_64/1048576      124573 ns       124566 ns         5630 bytes_per_second=7.83971G/s
FileHash/crc32c_64/16777216    1989719 ns      1989606 ns          352 bytes_per_second=7.85332G/s

Something like xxhash will be faster still, but now we've left the domain of "easy to just copy'n'paste or implement from scratch" behind.

It should be said that an argument can be made that you probably want a 64-bit hash nowadays, which is fair enough.

Alternative implementations

I've provided crc32c_64 which consumes blocks of 64-bits, then a 32-bit word if required, and then falls back to individual octets. This is generally the fastest version.

In the middle is crc32c_32 which consumes 32-bit words before falling back to octets.

Last we have crc32c_8 which simply processes the data one byte at a time. This is almost certainly the slowest version, unless you are hashing 16 bytes or less, but it's also very simple to just copy'n'paste and get going if you don't care about performance.

One could also take crc32c_64 and remove the 32-bit update (and associated conditional), and extend the 'duff-style' switch to process up to seven octets.

I can heartily recommend pasting functions into the compiler explorer, comparing the assembly output of the different functions on different compilers. Just remember to add optimization flags.

The code uses the __builtin_ia32_crc32{d,s,q}i family of built-ins, but could also be written in terms of Intel's _mm_crc32_u{8,32,64} intrinsics by including the nmmintrin.h header.

Benchmark

Issue make bench to run it.

This code is built on top of, and requires the prior installation of the Google benchmark microbenchmark support library, which is available as libbenchmark-dev on Debian and Ubuntu.

Usage example

#include <stdio.h>
#include <stdlib.h>

#include "crc32c.h"

int main(int argc, char *argv[]) {
	const char *data = "123456789"; // -> 0xe3069283
	size_t len = strlen(data);

	uint32_t crc = ~(uint32_t)0;
	crc = crc32c(crc, data, len);
	printf("crc32c('%s'): 0x%08x\n", data, crc ^ ~(uint32_t)0);

	return EXIT_SUCCESS;
}

About

Example of using SSE4.2 CRC32c hardware instructions

License:MIT License


Languages

Language:C 59.0%Language:C++ 33.5%Language:Makefile 7.5%