Limiting memory usage for planning
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
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- cpp
- Área
- performance, robotics
Línea de trabajo
Comienza localizando el planificador PDST y la función de benchmarking que ya admite límites de memoria. Determina si la resolución normal expone un límite equivalente y si setup.clear() libera la memoria del planificador después de la ejecución; documenta el comportamiento observado y cualquier cambio necesario en la interfaz.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
I have been running into memory issues when using the PDST planner. It uses up to 14GB of memory and then the whole process gets killed by ubuntu because of lack of memory.
I know there is an option to limit memory usage when using the benchmarking function, but does a function like this exist for regular solving?
Also I assume that the memory is freed up after the planner execution is done, as I cannot detect any memory leak. Can someone confirm this? I use setup.clear() after every execution, but that doesn't seem to affect anything.
Best Regards
Kaiwen
- Lenguaje dominante
- C++
- Estrellas
- 2.2k
- Forks
- 718
- Merge medio
- 16 h 12 min
- PR fusionados (30 d)
- 1
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 ompl/ompl
-
Constructor is missing in py-binding/control/planners/sstPosiblemente ocupada @srivarshni7 la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
-
Possible [optimization] Does EITstar::isValidAtResolution re-calculate the same path excessively?Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
-
AORRTC always returns zero-length path on RealVectorStateSpace (OMPL 2.0.0 Python bindings)Posiblemente ocupada @zkingston la tomó hace 183 días. Abierto
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
Issues similares
-
[BUG] Segfault when all runs of a Complexity() benchmark are skippedPosiblemente ocupada @nitanshnagpal la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Code: Performance
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
CrimsonCrossBunker/Cataclysm-Cleanwater-Bomb#1167 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
meshcore-dev/MeshCore#3760 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
deepseek-ai/DeepGEMM-Ascend#29 ·
Los mantenedores suelen responder en 1 día