itertools.product 比嵌套的 for 循环慢

13

我正在尝试使用 itertools.product 函数使我代码中的一段(在同位素模拟器中)更易阅读,希望能够更快地运行(文档 指出不会创建任何中间结果),但是我已经使用 cProfiling 库测试了两个版本的代码,并注意到 itertools.product 比我的嵌套 for 循环慢得多。

用于测试的示例值:

carbons = [(0.0, 0.004613223957020534), (1.00335, 0.02494768843632857), (2.0067, 0.0673219412049374), (3.0100499999999997, 0.12087054681917497), (4.0134, 0.16243239687902825), (5.01675, 0.17427700732161705), (6.020099999999999, 0.15550695260604208), (7.0234499999999995, 0.11869556397525197), (8.0268, 0.07911287899598853), (9.030149999999999, 0.04677626606764402)]
hydrogens = [(0.0, 0.9417611429667746), (1.00628, 0.05651245007201512)]
nitrogens = [(0.0, 0.16148864310897554), (0.99703, 0.2949830688288726), (1.99406, 0.26887643366755537), (2.99109, 0.16305943261399866), (3.98812, 0.0740163089529218), (4.98515, 0.026824040474519875), (5.98218, 0.008084687617425748)]
oxygens17 = [(0.0, 0.8269292736927519), (1.00422, 0.15717628899143962), (2.00844, 0.014907548827832968)]
oxygens18 = [(0.0, 0.3584191873916266), (2.00425, 0.36813434247849824), (4.0085, 0.18867830334103902), (6.01275, 0.06433912182670033), (8.017, 0.016421642936302827)]
sulfurs33 = [(0.0, 0.02204843659673093), (0.99939, 0.08442569434459646), (1.99878, 0.16131398792444965), (2.99817, 0.2050722764666321), (3.99756, 0.1951327596407101), (4.99695, 0.14824112268069747), (5.99634, 0.09365899226198841), (6.99573, 0.050618028523695714), (7.99512, 0.023888506307006133), (8.99451, 0.010000884811585533)]
sulfurs34 = [(0.0, 3.0106350597190195e-10), (1.9958, 6.747270089956428e-09), (3.9916, 7.54568412614702e-08), (5.9874, 5.614443102700176e-07), (7.9832, 3.1268212758750728e-06), (9.979, 1.3903197959791067e-05), (11.9748, 5.141248916434075e-05), (13.970600000000001, 0.0001626288218672788), (15.9664, 0.00044921518047309414), (17.9622, 0.0011007203440032396)]
sulfurs36 = [(0.0, 0.904828368500412), (3.99501, 0.0905009370374487)]

嵌套 for 循环的示例代码:

totals = []
for i in carbons:
    for j in hydrogens:
        for k in nitrogens:
            for l in oxygens17:
                for m in oxygens18:
                    for n in sulfurs33:
                        for o in sulfurs34:
                            for p in sulfurs36:
                                totals.append((i[0]+j[0]+k[0]+l[0]+m[0]+n[0]+o[0]+p[0], i[1]*j[1]*k[1]*l[1]*m[1]*n[1]*o[1]*p[1]))

演示如何使用itertools.product的片段:

totals = []
for i in itertools.product(carbons,hydrogens,nitrogens,oxygens17,oxygens18,sulfurs33,sulfurs34,sulfurs36):
    massDiff = i[0][0]
    chance = i[0][1]
    for j in i[1:]:
        massDiff += j[0]
        chance = chance * j[1]
    totals.append((massDiff,chance))

通过10次运行方法进行分析的结果显示,嵌套的for循环方法平均需要约0.8秒,而使用itertools.product方法则需要约1.3秒。因此,我的问题是,我是否错误地使用了itertools.product函数,还是应该坚持使用嵌套的for循环?

-- 更新 --

我已经包含了两个cProfile结果:

# ITERTOOLS.PRODUCT APPROACH 
420003 function calls in 1.306 seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.018    0.018    1.306    1.306 <string>:1(<module>)
        1    1.246    1.246    1.289    1.289 IsotopeBas.py:64(option1)
   420000    0.042    0.000    0.042    0.000 {method 'append' of 'list' objects}
        1    0.000    0.000    0.000    0.000 {method 'disable' of '_lsprof.Profiler' objects}

并且:

# NESTED FOR LOOP APPROACH
420003 function calls in 0.830 seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.019    0.019    0.830    0.830 <string>:1(<module>)
        1    0.769    0.769    0.811    0.811 IsotopeBas.py:78(option2)
   420000    0.042    0.000    0.042    0.000 {method 'append' of 'list' objects}
        1    0.000    0.000    0.000    0.000 {method 'disable' of '_lsprof.Profiler' objects}

1
请问您能否提供一些碳,氢,氮,氧17,氧18,硫33,硫34,硫36的样本值,以便我们可以重现并确认。 - thefourtheye
6
这不是在Python中计时代码速度的方法。请使用https://docs.python.org/3.4/library/timeit.html。 - user1907906
我会使用 timeit 重试,并在 OP 中添加一些示例列表(对于较大的大小表示歉意)。 - Bas Jansen
你正在使用append来进行修改,即使你可以在for循环中使用乘法来减少重复运行循环的次数。等等。 - Antti Haapala -- Слава Україні
我确实做了。我已经调整了itertools片段以纠正您所描述的问题,但它仍然比较慢。 - Bas Jansen
3个回答

9
您原来的itertools代码在不必要的lambda表达式和手动构建中间值列表方面花费了很多额外时间 - 很多这些可以用内置功能替换。现在,内部for循环确实增加了很多额外开销:尝试以下代码,性能与您原来的代码非常相似。
for a in itertools.product(carbons,hydrogens,nitrogens,oxygens17,
                           oxygens18,sulfurs33,sulfurs34,sulfurs36):
    i, j, k, l, m, n, o, p = a
    totals.append((i[0]+j[0]+k[0]+l[0]+m[0]+n[0]+o[0]+p[0],
                   i[1]*j[1]*k[1]*l[1]*m[1]*n[1]*o[1]*p[1]))

以下代码尽可能在CPython内置方面运行,经过测试,其与原始代码等效。值得注意的是,该代码使用zip(*iterable)来解压每个乘积的结果;然后使用reduceoperator.mul进行乘积计算,以及使用sum进行求和;还有 2 个生成器用于遍历列表。虽然for循环稍微快一些,但由于硬编码,长期使用不可取。
import itertools
from operator import mul
from functools import partial

prod = partial(reduce, mul)
elems = carbons, hydrogens, nitrogens, oxygens17, oxygens18, sulfurs33, sulfurs34, sulfurs36
p = itertools.product(*elems)

totals = [
    ( sum(massdiffs), prod(chances) )
    for massdiffs, chances in
    ( zip(*i) for i in p )
]

我已经删除了lambda块(我必须承认有点傻)。你会说(在我的片段中,它们现在是这样)剩余的差异(约0.5秒)来自中间值吗? - Bas Jansen
我的代码得出的结果是0.788,而循环的结果是0.562,所以我猜并没有快多少。 - Antti Haapala -- Слава Україні
差异已经比我最初观察到的要小得多,但我仍然对itertools.product函数的性能明显差异感到惊讶。 - Bas Jansen
我必须说,关于确定仍然使得itertools变体比嵌套的for循环慢的原因,我已经没有更多的想法了,因为reduce已经从代码中删除,根据cProfiler的输出,唯一的区别来自分析输出中的第二行(这并没有提供太多信息)。 - Bas Jansen
我真的很喜欢你去掉了我写的额外for循环,确实这种实现使得性能差异微不足道(在两个变体之间),干杯。 - Bas Jansen
在Python和Python 2中,每次名称查找都非常昂贵 - 如果您可以摆脱它们,就可以大大提高速度。 - Antti Haapala -- Слава Україні

5

我测试了这两个函数,它们使用了绝对最少的额外代码:

def nested_for(first_iter, second_iter):
    for i in first_iter:
        for j in second_iter:
            pass

def using_product(first_iter, second_iter):
    for i in product(first_iter, second_iter):
        pass

它们的字节码指令相似:

dis(nested_for)
  2           0 SETUP_LOOP              26 (to 28)
              2 LOAD_FAST                0 (first_iter)
              4 GET_ITER
        >>    6 FOR_ITER                18 (to 26)
              8 STORE_FAST               2 (i)

  3          10 SETUP_LOOP              12 (to 24)
             12 LOAD_FAST                1 (second_iter)
             14 GET_ITER
        >>   16 FOR_ITER                 4 (to 22)
             18 STORE_FAST               3 (j)

  4          20 JUMP_ABSOLUTE           16
        >>   22 POP_BLOCK
        >>   24 JUMP_ABSOLUTE            6
        >>   26 POP_BLOCK
        >>   28 LOAD_CONST               0 (None)
             30 RETURN_VALUE

dis(using_product)
  2           0 SETUP_LOOP              18 (to 20)
              2 LOAD_GLOBAL              0 (product)
              4 LOAD_FAST                0 (first_iter)
              6 LOAD_FAST                1 (second_iter)
              8 CALL_FUNCTION            2
             10 GET_ITER
        >>   12 FOR_ITER                 4 (to 18)
             14 STORE_FAST               2 (i)

  3          16 JUMP_ABSOLUTE           12
        >>   18 POP_BLOCK
        >>   20 LOAD_CONST               0 (None)
             22 RETURN_VALUE

以下是结果:

>>> timer = partial(timeit, number=1000, globals=globals())
>>> timer("nested_for(range(100), range(100))")
0.1294467518782625
>>> timer("using_product(range(100), range(100))")
0.4335527486212385

通过使用timeit和手动使用perf_counter进行的其他测试结果与上述结果一致。使用product明显比使用嵌套的for循环慢得多。然而,根据之前答案中显示的测试结果,两种方法之间的差异与嵌套循环的数量成反比(当然,也与包含笛卡尔积的元组的大小有关)。


3

我强烈怀疑慢的原因是通过lambda创建临时变量/添加占位符/每次创建函数以及函数调用的开销。仅仅为了说明为什么您在第二种情况下执行加法的方式更慢,我做了这个:

import dis
s = '''
    a = (1, 2)
    b = (2, 3)
    c = (3, 4)

    z = (a[0] + b[0] + c[0])

    t = 0
    t += a[0]
    t += b[0]
    t += c[0]
    '''

x = compile(s, '', 'exec')

dis.dis(x)

这将会得到:
<snip out variable declaration>
5          18 LOAD_NAME                0 (a)
           21 LOAD_CONST               4 (0)
           24 BINARY_SUBSCR
           25 LOAD_NAME                1 (b)
           28 LOAD_CONST               4 (0)
           31 BINARY_SUBSCR
           32 BINARY_ADD
           33 LOAD_NAME                2 (c)
           36 LOAD_CONST               4 (0)
           39 BINARY_SUBSCR
           40 BINARY_ADD
           41 STORE_NAME               3 (z)

7          50 LOAD_NAME                4 (t)
           53 LOAD_NAME                0 (a)
           56 LOAD_CONST               4 (0)
           59 BINARY_SUBSCR
           60 INPLACE_ADD
           61 STORE_NAME               4 (t)

8          64 LOAD_NAME                4 (t)
           67 LOAD_NAME                1 (b)
           70 LOAD_CONST               4 (0)
           73 BINARY_SUBSCR
           74 INPLACE_ADD
           75 STORE_NAME               4 (t)

9          78 LOAD_NAME                4 (t)
           81 LOAD_NAME                2 (c)
           84 LOAD_CONST               4 (0)
           87 BINARY_SUBSCR
           88 INPLACE_ADD
           89 STORE_NAME               4 (t)
           92 LOAD_CONST               5 (None)
           95 RETURN_VALUE

如您所见,由于使用+=相加而不是内联相加,会增加2个操作码的开销。这种开销来自于需要加载和存储名称。我想这只是开始,Antti Haapala有更多的代码在调用c代码的cpython内置函数中花费的时间比仅在python中运行还要长。在Python中,函数调用的开销是昂贵的。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接