René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Complementary re patterns such as [\\s\\S] or [\\w\\W] are much slower than . with DOTALL ","articleBody":"# Bug report\n\n### Bug description:\n\n```python\nimport re\nfrom time import perf_counter as time\n\np1 = re.compile(r\"[\\s\\S]*\")\np2 = re.compile(\".*\", re.DOTALL)\n\ns = \"a\"*10000\nfor p in (p1,p2):\n    t0 = time()\n    for i in range(10000): _=p.match(s)\n    print(time()-t0)\n```\nRuntimes are 0.44 s vs 0.0016 s on my system. Instead of simplification, the [\\s\\S] is stepped through one after another. \\s does not match so then \\S is checked (the order [\\S\\s] is twice as fast for the string here). This is not solely an issue for larger matches. A 40 char string is processed half as fast when using [\\s\\S]. Even 10 chars take about 25% longer to process. I'm not completely sure whether this qualifies as a bug or an issue with documentation. Other languages don't have the DOTALL option and always rely on the first option. Plenty of posts on SO and elsewhere will thus advocate using [\\s\\S] as an all-matching regex pattern. Unsuspecting Python programmers such as @barneygale may expect [\\s\\S] to be identical to using a dot with DOTALL as seen below.\n\n@serhiy-storchaka\n\nhttps://github.com/python/cpython/blob/9bb202a1a90ef0edce20c495c9426d9766df11bb/Lib/pathlib.py#L126-L133\n\n### CPython versions tested on:\n\n3.11, 3.13\n\n### Operating systems tested on:\n\nLinux, Windows\n\n\u003c!-- gh-linked-prs --\u003e\n### Linked PRs\n* gh-111303\n* gh-120742\n* gh-120745\n* gh-120813\n* gh-120814\n\u003c!-- /gh-linked-prs --\u003e\n","author":{"url":"https://github.com/pan324","@type":"Person","name":"pan324"},"datePublished":"2023-10-24T11:10:09.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":3},"url":"https://github.com/111259/cpython/issues/111259"}