Skip to content

gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist #115505

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Merged
merged 4 commits into from
Feb 16, 2024
Merged

gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist #115505

merged 4 commits into from
Feb 16, 2024

Conversation

@corona10
Copy link
Member

@corona10 corona10 commented Feb 15, 2024 •
edited by bedevere-app bot
Loading

@bedevere-app bedevere-app bot mentioned this pull request Feb 15, 2024
Closed
@corona10 corona10 requested a review from colesbury February 15, 2024 08:43
@corona10 corona10 changed the title gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist [WIP[ gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist Feb 15, 2024
@corona10 corona10 changed the title [WIP[ gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist [WIP] gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist Feb 15, 2024
@corona10 corona10 force-pushed the gh-111968-dict-refactor branch from 20a4955 to 1710e24 Compare February 15, 2024 11:59
@corona10 corona10 changed the title [WIP] gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist gh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist Feb 15, 2024
@corona10
Copy link
Member Author

corona10 commented Feb 15, 2024 •
edited
Loading

@ericsnowcurrently @colesbury Ready to review!

And this is the last PR.

colesbury
colesbury reviewed Feb 15, 2024
View reviewed changes
Include/internal/pycore_freelist.h Outdated
/* Dictionary reuse scheme to save calls to malloc and free */
PyDictObject *free_list[PyDict_MAXFREELIST];
int numfree;
int keys_numfree;
Copy link
Contributor

@colesbury colesbury Feb 15, 2024

Choose a reason for hiding this comment

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

I think we need only one of numfree or keys_numfree in each struct.

Copy link
Member Author

@corona10 corona10 Feb 15, 2024

Choose a reason for hiding this comment

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

nah copy and paste accident :)

ericsnowcurrently
ericsnowcurrently requested changes Feb 15, 2024
View reviewed changes
Copy link
Member

@ericsnowcurrently ericsnowcurrently left a comment

Choose a reason for hiding this comment

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

Mostly LGTM

Aside from agreeing with @colesbury's point about dropping the "keys_numfree" fields, I have one mild suggestion about some local variable names (i.e. drop the "dict_"/"dictkeys_" prefix where not needed).

@bedevere-app
Copy link

bedevere-app bot commented Feb 15, 2024

When you're done making the requested changes, leave the comment: I have made the requested changes; please review again.

@ericsnowcurrently
Copy link
Member

ericsnowcurrently commented Feb 15, 2024

And thanks for taking the time for this PR!

@corona10
Copy link
Member Author

corona10 commented Feb 15, 2024

I have made the requested changes; please review again

ericsnowcurrently
ericsnowcurrently approved these changes Feb 15, 2024
View reviewed changes
Copy link
Member

@ericsnowcurrently ericsnowcurrently left a comment

Choose a reason for hiding this comment

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

Thanks for adjusting that! I have just one other small suggestion.

I'm approving the PR. I'll leave it up to you about my final suggestion.

@corona10 corona10 requested a review from 1st1 as a code owner February 16, 2024 00:26
@corona10 corona10 enabled auto-merge (squash) February 16, 2024 00:27
@corona10 corona10 merged commit 321d13f into python:main Feb 16, 2024
@ericsnowcurrently
Copy link
Member

ericsnowcurrently commented Feb 16, 2024

Thanks again for all the great work on the freelists, @corona10!

diegorusso pushed a commit to diegorusso/cpython that referenced this pull request Apr 17, 2024
@corona10 @diegorusso
pythongh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist (…
c96dc8f 
…pythongh-115505)
LukasWoodtli pushed a commit to LukasWoodtli/cpython that referenced this pull request Jan 22, 2025
@corona10 @LukasWoodtli
pythongh-111968: Split _Py_dictkeys_freelist out of _Py_dict_freelist (…
6c72605 
…pythongh-115505)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

@ericsnowcurrently ericsnowcurrently ericsnowcurrently approved these changes

@markshannon markshannon Awaiting requested review from markshannon markshannon is a code owner

@gvanrossum gvanrossum Awaiting requested review from gvanrossum

@methane methane Awaiting requested review from methane methane is a code owner

@colesbury colesbury Awaiting requested review from colesbury

@1st1 1st1 Awaiting requested review from 1st1 1st1 is a code owner

Assignees

No one assigned

Labels

skip news topic-free-threading

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

3 participants

@corona10 @ericsnowcurrently @colesbury