FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

[8.2.x] fixtures: fix catastrophic performance problem in `reorder_items` by bluetech · Pull Request #12414 · pytest-dev/pytest · GitHub

[8.2.x] fixtures: fix catastrophic performance problem in reorder_items - #12414

Merged
bluetech merged 1 commit into
pytest-dev:8.2.xfrom
bluetech:backport-12409
Jun 4, 2024
Merged

[8.2.x] fixtures: fix catastrophic performance problem in reorder_items#12414
bluetech merged 1 commit into
pytest-dev:8.2.xfrom
bluetech:backport-12409

Conversation

bluetech commented Jun 4, 2024

Copy link
Copy Markdown
Member

Manual minimal backport from commit e89d23b.

…ems`

Manual minimal backport from commit e89d23b.

Fix pytest-dev#12355.

In the issue, it was reported that the `reorder_items` has quadratic (or
worse...) behavior with certain simple parametrizations. After some
debugging I found that the problem happens because the "Fix
items_by_argkey order" loop keeps adding the same item to the deque,
and it reaches epic sizes which causes the slowdown.

I don't claim to understand how the `reorder_items` algorithm works, but
if as far as I understand, if an item already exists in the deque, the
correct thing to do is to move it to the front. Since a deque doesn't
have such an (efficient) operation, this switches to `OrderedDict` which
can efficiently append from both sides, deduplicate and move to front.
bluetech merged commit 214d098 into pytest-dev:8.2.x Jun 4, 2024
bluetech deleted the backport-12409 branch June 4, 2024 09:47
Comment thread src/_pytest/fixtures.py
for key in argkeys_cache[scope].get(item, []):
items_by_argkey[scope][key].appendleft(item)
scoped_items_by_argkey[key][item] = None
scoped_items_by_argkey[key].move_to_end(item, last=False)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Oh.. So this was backported after all. Makes sense given that the regression appeared in v8.2.2.

webknjaz added a commit to webknjaz/multidict that referenced this pull request Mar 19, 2025
This patch temporarily restricts pytest version below 8.2.2 under PyPy
due to a discovered regression that it introduced [[1]].

The regression has been observed on at least `pypy3.9-7.3.16`,
`pypy3.10-7.3.19` and `pypy3.11-7.3.19`.

It can be triggered by running the following in affected runtimes:

  pytest --collect-only --no-cov tests/test_abc.py tests/test_copy.py tests/test_incorrect_args.py tests/test_multidict.py tests/test_mypy.py tests/test_pickle.py tests/test_types.py tests/test_update.py tests/test_version.py

[1]: pytest-dev/pytest#13312
[2]: pytest-dev/pytest#12414
[3]: pytest-dev/pytest#12409
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants


Back | FazBrowse Home | New Git URL