[Documentation] Call shell scripts with extra resources inside the submitted Python function
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- documentation, hpc
Línea de trabajo
Comienza con la documentación enlazada sobre nested-executors y la documentación existente del repositorio sobre trabajos HPC; el issue no especifica ningún archivo concreto. Documenta cómo los scripts de shell de SLURM y los nested executors de Flux reciben recursos adicionales en el momento del envío, usando el ejemplo de Python mostrado como referencia de cómo debe ser el resultado final.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
For SLURM each call of srun creates a new job step, so there is no need to assign any resources to the specific Python function, just assign the resources to the external shell script directly.
For flux there is the option to use nested executors:
https://executorlib.readthedocs.io/en/latest/3-hpc-job.html#nested-executors
Still this option can also be assigned during the submission - just like all the other options:
from executorlib import FluxJobExecutor
def get_available_gpus(lst):
import socket
from tensorflow.python.client import device_lib
local_device_protos = device_lib.list_local_devices()
return [
(x.name, x.physical_device_desc, socket.gethostname())
for x in local_device_protos if x.device_type == "GPU"
] + lst
with FluxJobExecutor() as exe:
fs = []
for i in range(1, 4):
fs = exe.submit(
get_available_gpus,
lst=fs,
resource_dict={"cores": 1, "gpus_per_core": 1, "flux_executor_nesting": True},
)
print(fs.result())
- Lenguaje dominante
- Python
- Estrellas
- 77
- Forks
- 7
- Merge medio
- 7 h 52 min
- PR fusionados (30 d)
- 13
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. 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 pyiron/executorlib
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
pyiron/executorlib#1054 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
pyiron/executorlib#1032 ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
pyiron/executorlib#1005 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
pyiron/executorlib#1049 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
pyiron/executorlib#999 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de pyiron/executorlib
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
PedestrianDynamics/pyFDS-Evac#199 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
521xueweihan/HelloGitHub#3790 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
sandialabs/atlas-ui-3#978 ·
Los mantenedores suelen responder en 1 día
-
area: tests perceived difficulty: 2
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Nitjsefnie-Harness-Commons/daedalus#1255 ·
Los mantenedores suelen responder en 1 día
-
hf-audiolm-qwen: `generate_until` hardcodes `.to("cuda")` and aborts on non-CUDA acceleratorsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
EleutherAI/lm-evaluation-harness#4256 ·
Los mantenedores suelen responder en 1 día