Consider using `Box` on type parameters to reduce statement allocation size
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Empieza revisando PR #93 y las definiciones del AST para ClassDef y FunctionDef, centrándote en el campo type_params añadido y en la aserción sobre el tamaño de las sentencias descrita en la discusión. Compara el impacto en las asignaciones del Vec actual con el enfoque propuesto basado en Box, teniendo en cuenta la alternativa tinyvec mencionada; el trabajo estará terminado cuando la representación elegida reduzca el tamaño innecesario de las sentencias sin romper el AST.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In https://github.com/RustPython/Parser/pull/93, we add type_params: Vec to ClassDef and FunctionDef which increases the size of a statement. We may want to optimize this field to reduce the size of the statement struct.
The main reason for the assertion is to be aware of how changing the AST changes its size. This is important because ruff and RustPython hold many instances of these types and increasing their size mean:
- Each element in a
Vecnow requires more storage -> Overall increased memory consumption- Reading or writing an element becomes slower because your computer must read or write more bytes. This is especially relevant for reading where the L1 cache short circuits reads by caching about 64 bytes of neighboring memory to avoid subsequent reads from (the very slow) memory.
There's not much we can do about this here. This could be a place where using
tinyvecover a regularVecwould be beneficial, considering that the vec will be empty for almost all instances. But I think this is fine for now.
Originally posted by @MichaReiser in https://github.com/RustPython/Parser/pull/93#discussion_r1259220991
- Lenguaje dominante
- Rust
- Estrellas
- 117
- Forks
- 38
- Merge medio
- 4 d 7 h
- PR fusionados (30 d)
- 1
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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.
Más de RustPython/Parser
-
Maintenance status Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 25/100
RustPython/Parser#140 · 3 comentarios ·
-
`unic` is unmaintained Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
RustPython/Parser#139 · 3 comentarios ·
-
cargo audit paste Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
RustPython/Parser#137 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 50/100
RustPython/Parser#133 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
RustPython/Parser#130 ·
Todos los issues de RustPython/Parser
Issues similares
-
Accept -c in more positions Abiertoarea: compat bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
area: dogs bug priority: P3 silent failure test-code
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
MystenLabs/sui#28056 · 1 comentario ·
-
type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Luminous-Dynamics/mycelix#2577 ·