Don't revalidate Python interpreter cache entry with --upgrade
#10361
Conversation
We were always revalidating the Python cache entry when using `--upgrade`, since the cache timestamp is too recent. Instead, we ignore the usual caching semantics for packages and only compare the timestamp of the interpreter with the recorded timestamp. This avoids the cost for querying the Python interpreter, and the expense of being slightly inconsistent with `Cache` behaving different for python alone (which is imho acceptable since interpreter metadata is already different from package metadata).
| } | ||
|
|
||
| // We ignore the freshness of the cache entry and use only our own logic, otherwise | ||
| // `--upgrade` always implies querying Python. |
There was a problem hiding this comment.
Don't we need to respect --refresh though?
There was a problem hiding this comment.
Is --refresh intended to also revalidate the python interpreter querying? Querying Python is kinda costly, so I'd like to find a way to not do it unless we have, e.g. not query python with just --upgrade.
There was a problem hiding this comment.
Yeah. I think it's the only way to revalidate it, right?
There was a problem hiding this comment.
We have the internal timestamp check, so when the file changes we revalidate. It's different from packages because python is local, so we're always performing the "revalidation request" by checking the timestamp on the file. Are there scenarios where the python interpreter metadata changes while the timestamp would indicate it's fresh?
There was a problem hiding this comment.
I... guess not. I mean, for symlinks yes, but we already don't cache for symlinks.
There was a problem hiding this comment.
We could add an option to refresh python manually like uv lock --upgrade --refresh-package python, but i think not revalidating python by default and saving those extra 20ms is a better default.
We were always revalidating the Python interpreter cache entry when using
--upgrade, since the cache timestamp is too recent. Instead, we ignore the usual caching semantics for packages and only compare the timestamp of the interpreter with the recorded timestamp. This avoids the cost for querying the Python interpreter, at the expense of being slightly inconsistent withCachebehaving different for python alone (which is imho acceptable since interpreter metadata is already different from package metadata).Most of the diff is an indentation change.