私は最近、質問 "A Regex that will never be matched by anything"(my answer here、詳細については、参照)のための正規表現の束を計時しました。「同等の」一致しない正規表現のタイミングが大きく異なりますか?
しかし、私のテストの後、正規表現'a^'
と'x^'
は、同一である必要がありますが、確認には大幅に異なる時間がかかりました。 (私はキャラクターを切り替えただけで偶然でした)これらのタイミングは以下の通りです。 Pythonは'a^'
作ること、ここで何をしているのですhttps://regex101.com/r/AwaHmK/1
:(ちょうど最初の50行で)
In [1]: import re
In [2]: with open('/tmp/longfile.txt') as f:
...: longfile = f.read()
...:
In [3]: len(re.findall('\n',longfile))
Out[3]: 275000
In [4]: len(longfile)
Out[4]: 24733175
...
In [45]: %timeit re.search('x^',longfile)
6.89 ms ± 31.1 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)
In [46]: %timeit re.search('a^',longfile)
37.2 ms ± 739 µs per loop (mean ± std. dev. of 7 runs, 10 loops each)
In [47]: %timeit re.search(' ^',longfile)
49.8 ms ± 844 µs per loop (mean ± std. dev. of 7 runs, 10 loops each)
オンラインテストは(1441880のステップと〜710ms対のみ40858ステップと〜113ms)と同じ挙動を示しています'x^'
よりもずっと時間がかかりますか?
だけtimeit
やIPythonの内側で起こって何かがあった場合、私はシンプルなタイミング機能を自分で書いて、すべてがチェックアウトを確認する:
In [57]: import time
In [59]: import numpy as np
In [62]: def timing(regex,N=7,n=100):
...: tN = []
...: for i in range(N):
...: t0 = time.time()
...: for j in range(n):
...: re.search(regex,longfile)
...: t1 = time.time()
...: tN.append((t1-t0)/n)
...: return np.mean(tN)*1000, np.std(tN)*1000
...:
In [63]: timing('a^')
Out[63]: (37.414282049451558, 0.33898056279589844)
In [64]: timing('x^')
Out[64]: (7.2061508042471756, 0.22062989840321218)
私もIPythonの外で私の結果を複製し標準の3.5.2
シェルです。したがって、奇妙はIPythonまたはtimeit
のいずれかに制約されません。
Pythonの正規表現の実装では、「非効率的な」「x ^」が他の提案されている解決策よりもかなり高速ですが、@arantiusは 'egrep '。 – nivk
私はそれを読んだ。そして、実際には、 "非効率的な" "x ^"の方が見た目を使うよりも速いという結果を再現することができます。面白いですが、それはここであなたの質問が尋ねていることではありません - それは本当に私の答えを変更しません。 – wim
wimの権利。提供された対象文字列は、8回の「x」の出現を含むが、310回の「a」の出現を含む。それは何かです。@nivk – revo