Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

bpo-46841: Use inline caching for calls#31709

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.

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

Already on GitHub?Sign in to your account

Merged
brandtbucher merged 9 commits intopython:mainfrombrandtbucher:inline-call
Mar 7, 2022

Conversation

brandtbucher
Copy link
Member

@brandtbucherbrandtbucher commentedMar 6, 2022
edited by bedevere-bot
Loading

Also:

  • remove the "old" non-inline caching machinery
  • fix some bugs in the collection ofPRECALL/CALL specialization stats
  • shrink the cache size requirements forPRECALL/CALL instructions

Next steps tracked atfaster-cpython/ideas#310.

https://bugs.python.org/issue46841

@bedevere-bot
Copy link

🤖 New build scheduled with the buildbot fleet by@markshannon for commit2021895 🤖

If you want to schedule another build, you need to add the ":hammer: test-with-buildbots" label again.

@bedevere-botbedevere-bot removed the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelMar 7, 2022
@markshannonmarkshannon added the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelMar 7, 2022
@bedevere-bot
Copy link

🤖 New build scheduled with the buildbot fleet by@markshannon for commit2021895 🤖

If you want to schedule another build, you need to add the ":hammer: test-with-buildbots" label again.

@bedevere-botbedevere-bot removed the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelMar 7, 2022
Copy link
Member

@markshannonmarkshannon left a comment

Choose a reason for hiding this comment

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

Excellent.
A couple comments, but nothing to block merging.

);
}
/* Maximum size of code to quicken, in code units. */
#define MAX_SIZE_TO_QUICKEN 10000
Copy link
Member

Choose a reason for hiding this comment

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

Is this just to get the unpack sequence benchmark to work again, or something else?

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

Nope, just forunpack_sequence.

PyObject *isinstance;
PyObject *len;
PyObject *list_append;
};
Copy link
Member

Choose a reason for hiding this comment

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

I think the existence ofPyList_Type as part of the API means thatlist.append must be per-process unique.
In other words,list_append could be static.

I'm happy to leave it as is for now, though. We should look to make the whole struct static, although the mutability of builtin functions makes that tricky forisinstance andlen.

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

I believe each interpreter has its ownbuiltins module (check out_PyBuiltin_Init), so making this static could be tricky. As you said, though: probably worth looking into in the future.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@markshannonmarkshannonmarkshannon approved these changes

Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

4 participants
@brandtbucher@bedevere-bot@markshannon@the-knights-who-say-ni

[8]ページ先頭

©2009-2025 Movatter.jp