On: Faster Python with Guido van Rossum

[igouy]

> Each example just calls out to a very fast c library…

No.

https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

[CraigJPerry → igouy]

https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

Your python 3 one isnt the fastest python 3 solution, it’s this one which uses pcre2

[igouy → CraigJPerry]

That's correct, the Python program that uses pcre2 is faster.

The slower program is an example from that website of a regex program which does not " just calls out to a very fast c library (pcre2)…".

[makapuf → igouy]

  from re import sub, findall

That's where pcre2 is called (or a finely tuned regex c lib)

[igouy → makapuf]

re is an ordinary standard Python library —

https://docs.python.org/3/library/re.html

pcre2 is not —

https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

[makapuf → igouy]

re depends ultimately of this c file https://github.com/python/cpython/blob/main/Modules/_sre.c

[igouy → makapuf]

And? CPython is implemented in C.

Here's some of a comment from _operator.c

"This module exports a set of functions implemented in C corresponding\n\ to the intrinsic operators of Python. For example, operator.add(x, y)\n\ is equivalent to the expression x+y."

Why wouldn't you expect that CPython regex would "ultimately" be written in C?