Move Tier 2 interpreter out of `_PyEval_EvalFrameDefault`
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 77.2k
- Forks
- 36k
- Métricas de merge de PR
- Métricas de PR pendientes
Descripción
See discussion starting here: https://github.com/faster-cpython/ideas/issues/631#issuecomment-1995191531
Basically, we see no real perf improvement for having the two switches inside the same function, and we have some indication that on Windows the compiler is failing to optimize this giant function. In addition, the logic for each of the interpreters is somewhat complicated due to sharing variables and labels.
This is not as simple as reverting gh-111428 (issue gh-111520), but in the abstract, that's the proposal.
The priority isn't clear, but it's probably doing before the 3.13 feature freeze.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Empieza por la discusión enlazada de faster-cpython y luego inspecciona _PyEval_EvalFrameDefault y la lógica circundante del intérprete Tier 2. Determina cómo comparten actualmente variables y etiquetas los dos intérpretes y qué límites son necesarios para separarlos. Se considera terminado cuando el intérprete Tier 2 se haya extraído, se conserve el comportamiento del intérprete y se aborde la preocupación de optimización indicada.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- compilers, performance
- Tipo de issue
- Refactorización
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100