optimizing memory usage
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Refactorización
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- embedded-iot, tooling
Línea de trabajo
No se nombran archivos, pruebas ni puntos de entrada. Empieza reproduciendo el límite de código fuente de aproximadamente 3 kB en un ESP32 WROOM estándar y compáralo con el port UNIX MicroPython; será necesario definir una mejora concreta y un objetivo medible de uso de memoria antes de considerar terminado el trabajo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
py-esp32-ulp is able to assemble about 3kB of source code (when it is running on a standard ESP32 "WROOM" chip) - more gives a MemoryError (out of memory). Bigger amounts of source code can be assembled when running on a device with more RAM (like on a development machine running the UNIX port of micropython).
PR #36 improved this a bit by calling the garbage collector now and then.
The limit looks rather low, but considering that the ULP has only a total of 4kiB of RAM and that we will likely only be allowed to use ~2kiB of it from micropython and that usually some of it is needed as a buffer (thus: not for code), the limit doesn't look too bad.
(moved from #35)
We can collect ideas here about how to improve memory usage in case we need to.
- Lenguaje dominante
- Python
- Estrellas
- 143
- Forks
- 25
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 micropython/micropython-esp32-ulp
-
Release 1.3.0Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
micropython/micropython-esp32-ulp#96 · 1 reacción ·
-
interrupt from RTC GPIOAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
ulp rtc clock calibrationAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
micropython/micropython-esp32-ulp#86 · 2 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
micropython/micropython-esp32-ulp#83 · 2 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 30/100
micropython/micropython-esp32-ulp#76 · 1 comentario ·
Todos los issues de micropython/micropython-esp32-ulp
Issues similares
-
[BUG] Container scenario crashes without expected_recovery_time, kube DNS example uses retry_waitAbiertoneeds-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
krkn-chaos/krkn#1627 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
NousResearch/hermes-agent#136483 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
[BUG] LazyStackedTensorDictStore zeroes the last byte of a new key set on the last elementPosiblemente ocupada @peterdsharpe la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pytorch/tensordict#2307 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día