| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| Expand Up | @@ -1026,8 +1026,8 @@ def __init__(self, func): | |
| self.dispatcher = singledispatch(func) | ||
| self.func = func | ||
|
|
||
| import weakref # see comment in singledispatch function | ||
| self._method_cache = weakref.WeakKeyDictionary() | ||
| def __set_name__(self, obj, name): | ||
| self.attrname = name | ||
|
|
||
| def register(self, cls, method=None): | ||
| """generic_method.register(cls, func) -> func | ||
| Expand All | @@ -1037,15 +1037,13 @@ def register(self, cls, method=None): | |
| return self.dispatcher.register(cls, func=method) | ||
|
|
||
| def __get__(self, obj, cls=None): | ||
| if self._method_cache is not None: | ||
| try: | ||
| _method = self._method_cache[obj] | ||
| except TypeError: | ||
| self._method_cache = None | ||
| except KeyError: | ||
| pass | ||
| else: | ||
| return _method | ||
| if hasattr(obj, '__dict__'): | ||
| cache = obj.__dict__ | ||
| method = cache.get(self.attrname) | ||
| if method is not None: | ||
| return method | ||
| else: | ||
| cache = None | ||
|
|
||
| dispatch = self.dispatcher.dispatch | ||
| funcname = getattr(self.func, '__name__', 'singledispatchmethod method') | ||
| Expand All | @@ -1059,8 +1057,8 @@ def _method(*args, **kwargs): | |
| _method.register = self.register | ||
| update_wrapper(_method, self.func) | ||
|
|
||
| if self._method_cache is not None: | ||
| self._method_cache[obj] = _method | ||
| if cache is not None: | ||
| cache[self.attrname] = _method | ||
|
Comment thread
Copy link
Copy Markdown
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low QualityDoes not it create a reference loop? obj refers to cache, cache refers to _method, _method refers to a cell which refers to obj.
Sorry, something went wrong.
All reactions
Copy link
Copy Markdown
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low QualityYes. But once there are no external references to the object obj any more the garbage collector removes the objects. (the cache is on the object obj, not on the singledispatchmethod itself or the class) In the current main the caching is done on the singledispatchmethod which keeps the generated methods alive.
Sorry, something went wrong.
All reactions
Copy link
Copy Markdown
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low QualityYes, the current situation is worse, it creates strong references singledispatchmethod -> _method -> obj. Relying on the garbage collection is not good. This particular loop can be broken by using a weak reference to obj instead of obj. But a reference from a bound method to the object should be strong, otherwise some code will not work (there was a similar issue with TemporaryFile). I am not sure how much this optimization saves. Are there other ways to achieve the same speed up, without creating reference loops?
Sorry, something went wrong.
All reactions
|
||
|
|
||
| return _method | ||
|
|
||
| Expand Down | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1 @@ | ||
| Update caching of :class:`functools.singledispatchmethod` to avoid collisions of objects which compare equal. |
| Back | FazBrowse Home | New Git URL |
There was a problem hiding this comment.
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 QualityCheck cached_property.__set_name__, it has some more stuff in it - might be needed here as well.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
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 QualityHmm. The additions there prevent something like this:
@dataclass(frozen=True) class A: value: int @singledispatchmethod def dispatch(self, x): return id(self) renamed_dispatch = dispatch # allowed? if so, how should it behaveThe corresponding test for the cached_property for this is
cpython/Lib/test/test_functools.py
Line 3315 in 34e840f
But on current main renaming is allowed for the singledispatchmethod.
I am not sure here what the desired behavior is (and why)
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
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 QualityIf this implementation is desirable, maybe later someone who knows more about this can comment.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
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 QualityAs far as I know, the only reason cached properties can't be renamed is because the cache is keyed by the attribute's name.
Allowing a rebind would disconnect the cached property from it's cached value.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
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 QualityActually, I think you might want to either ignore renames or do something along these lines (ignoring error handling):
As far as I know, each binding shares the same instance of the descriptor, so as long as the cache key is constant, it should work no matter how many times it's been renamed.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
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 QualityThis is kind of the same situation.
If rename is allowed, then it would simply cache to the last attrname. Drawback is that there is a small risk for unused cached methods.
I think it might be most straight forward to copy+paste cached_property.__set_name__. It does seem a sensible restriction. It comes at expense of flexibility, but personally, I have never run into that TypeError.
Also, it will be easier to address changes/improvements when 2 implementations that use the same caching approach are aligned.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.