获取整数数组汉明距离的最快方法

Question

设 a 和 b 是大小相同的向量，包含 8 位整数 (0-255)。我想计算这些向量不同的位数，即由这些数字的二进制表示串联形成的向量之间的汉明距离。例如：

a = [127,255]
b= [127,240]

使用 numpy 库

np.bitwise_xor(a,b)
# Output: array([ 0, 15])

我现在需要的是二进制表示上述数组的每个元素，并计算数组所有元素中 1 的数量。上面的例子将给出 0+4 = 4 的汉明距离。在 Python 中有什么快速而优雅的解决方案吗？

Answer 1

也许不是最有效的方法，但最简单的 imo 是将您的输出数组转换为二进制形式的字符串，然后将所有字符的总和转换回整数...

import numpy as np

output = np.random.randint(0,63,10)
hamming = ['{:b}'.format(x).count('1') for x in output]

Answer 2

方法#1：我们可以将它们广播成二进制位并计算不同位的数量，就像这样 -

def hamming_distance(a, b):
    r = (1 << np.arange(8))[:,None]
    return np.count_nonzero( (a & r) != (b & r) )

示例运行 -

In [144]: a = [127,255]
     ...: b = [127,240]
     ...: 

In [145]: hamming_distance(a, b)
Out[145]: 4

方法#2：使用bitwise-xor运算，我们可以找出a和b之间不同二进制位的数量-

def hamming_distance_v2(a, b):
    r = (1 << np.arange(8))[:,None]
    return np.count_nonzero((np.bitwise_xor(a,b) & r) != 0)

Answer 3

sum(bin(x).count("1") for x in np.bitwise_xor(a,b))

Answer 4

如果您要在程序的一次执行期间多次调用距离函数，则可以通过使用预先计算的位计数表来加快速度。这是汉明距离函数的（又一个）版本：

# _nbits[k] is the number of 1s in the binary representation of k for 0 <= k < 256.
_nbits = np.array(
      [0, 1, 1, 2, 1, 2, 2, 3, 1, 2, 2, 3, 2, 3, 3, 4, 1, 2, 2, 3, 2, 3, 3,
       4, 2, 3, 3, 4, 3, 4, 4, 5, 1, 2, 2, 3, 2, 3, 3, 4, 2, 3, 3, 4, 3, 4,
       4, 5, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 1, 2, 2, 3, 2,
       3, 3, 4, 2, 3, 3, 4, 3, 4, 4, 5, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5,
       4, 5, 5, 6, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 3, 4, 4,
       5, 4, 5, 5, 6, 4, 5, 5, 6, 5, 6, 6, 7, 1, 2, 2, 3, 2, 3, 3, 4, 2, 3,
       3, 4, 3, 4, 4, 5, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 2,
       3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 3, 4, 4, 5, 4, 5, 5, 6,
       4, 5, 5, 6, 5, 6, 6, 7, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5,
       6, 3, 4, 4, 5, 4, 5, 5, 6, 4, 5, 5, 6, 5, 6, 6, 7, 3, 4, 4, 5, 4, 5,
       5, 6, 4, 5, 5, 6, 5, 6, 6, 7, 4, 5, 5, 6, 5, 6, 6, 7, 5, 6, 6, 7, 6,
       7, 7, 8], dtype=np.uint8)


def hamming_distance1(a, b):
    c = np.bitwise_xor(a, b)
    n = _nbits[c].sum()
    return n

在下文中，a 和 b 是对问题的评论中给出的长度为 32 的 Python 列表。 divakar_hamming_distance() 和 divakar_hamming_distance_v2() 来自@Divakar 的回答。

以下是@Divakar 功能的时间安排：

In [116]: %timeit divakar_hamming_distance(a, b)
The slowest run took 5.57 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 11.3 µs per loop

In [117]: %timeit divakar_hamming_distance_v2(a, b)
The slowest run took 5.35 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 10.3 µs per loop

hamming_distance1(a, b) 快一点：

In [118]: %timeit hamming_distance1(a, b)
The slowest run took 6.04 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 7.42 µs per loop

在我的计算机上，初始化 _nbits 大约需要 11 µs，因此如果您只调用一次函数，使用 hamming_distance1 没有任何优势。如果你调用它 3 次或更多次，性能就会有净收益。

如果输入已经是 numpy 数组，则所有函数都明显更快：

In [119]: aa = np.array(a)

In [120]: bb = np.array(b)

In [121]: %timeit divakar_hamming_distance_v2(aa, bb)
The slowest run took 8.22 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 5.72 µs per loop

In [122]: %timeit hamming_distance1(aa, bb)
The slowest run took 12.67 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 2.77 µs per loop

当然，如果您总是在计算汉明距离之前立即执行此操作，则进行转换的时间必须包含在总时间中。但是，如果您编写生成 a 和 b 的代码以更早地利用 numpy，那么在您计算汉明距离时，您可能已经将它们作为 numpy 数组。

---

（我还对 8 位值之间的预先计算的汉明距离的二维数组进行了一些实验——形状为 (256, 256) 的数组——但初始化成本更高，性能提升很小。）