Ferry Toth

I think the Atom is like Baytrail (and Edison) a x86_64 CPU, they support SSSE3 but not AVX. The core is Silvermont (SLM) which has a penalty for long 64...

I would expect the benchmark (for x86) to run all codecs supported by the cpu - not crash. However, as the compiled in codecs [are forced](https://github.com/aklomp/base64/blob/0b66918d725967e8b076988cf2a265e2ab94620e/lib/codec_choose.c#L90), an exception happens on...

Maybe you could have a look at PR #82 (draft) - this implements the latter.

This is with 100MB buffer and OPENMP.  Here you see earlier i7 results were optimistic due to the L3 cache (Edison is not affected, it has no cache). ...

> The Intel Atom N270 really is a 32-bit [Diamondville](https://ark.intel.com/content/www/us/en/ark/products/codename/32202/products-formerly-diamondville.html) core with `SSSE3` extensions, as you can see on [Intel's site](https://ark.intel.com/content/www/us/en/ark/products/36331/intel-atom-processor-n270-512k-cache-1-60-ghz-533-mhz-fsb.html). It's a very low power (2.5W TDP), passively cooled...

Additionally, on the terminal I get ``` ASSERT: merging annotations of different length merging 1805b2f04855f07afe3a71d620a68f483b0ed74f in 8a9ea3237e7eb5c25f09e429ad242ae5a3d5ea22 ``` (those are 2011 commits)

@tibirna ?

I makes no difference which file or which location in the history. Also I found in other repo's (but not all) the same problem. Which git command would you like...

Again: any file and any sha I tried have the same result. But as an example: `drivers/iio/light/tsl2563.c`   On the command line where I started qgit: `ASSERT: merging annotations...

Good you can reproduce, if there is anything I can do to help let me know. BTW thanks for QGit! It's the only git viewer that really helps to make...