Feature or enhancement
Proposal:
Currently, when the JIT optimizer encounters _LOAD_ATTR_SLOT, it creates a new unknown symbol (<!NULL>) even if the same slot was previously written in the same trace. This prevents the optimizer from:
- Knowing the type of values loaded from slots
- Eliminating redundant type guards
- Performing further type-based optimizations
To achieve these optimizations, we need:
- keep track of where code might escape
- implement tracking and optimization for attributes of the
__slots__ object
Has this already been discussed elsewhere?
No response given
Links to previous discussion of this feature:
No response
Linked PRs
Feature or enhancement
Proposal:
Currently, when the JIT optimizer encounters _LOAD_ATTR_SLOT, it creates a new unknown symbol (<!NULL>) even if the same slot was previously written in the same trace. This prevents the optimizer from:
To achieve these optimizations, we need:
__slots__objectHas this already been discussed elsewhere?
No response given
Links to previous discussion of this feature:
No response
Linked PRs