setting 1 job per worker core after chunking the elements
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 32/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- r
- Área
- distributed-systems, hpc
Línea de trabajo
Comienza con el plan future::tweak(... batchtools_sge ...) y el ejemplo de furrr::future_map del issue; después, inspecciona cómo se pasa resources[["slots"]] a través de batchtools.sge-mrg.tmpl. Se considera terminado determinar si native chunking puede asignar 16 elementos entre workers y cores, y registrar el comportamiento admitido o los requisitos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I am using an sge template.
Is there a native way in future plan to have elements of a list be allocated to each available core in preset number of workers (ie chunking the list)?
ie if i have a workers with 8 cores and a vector (x) of length 16, i want future to send each element to a core on the workers to run in parallel. (assuming i am sending out jobs from the remote master)
sge <- future::tweak(
future.batchtools::batchtools_sge,
template = 'batchtools.sge-mrg.tmpl',
workers = 2,
resources = list(slots = 1)
)
future::plan(list(sge))
x <- vector('list',16)
ret <- furrr::future_map(x, .f = foo)
#!/bin/bash
## The name of the job, can be anything, simply used when displaying the list of running jobs
#$ -N <%= job.name %>
## Combining output/error messages into one file
#$ -j y
## Giving the name of the output log file
#$ -o <%= log.file %>
## One needs to tell the queue system to use the current directory as the working directory
## Or else the script may fail as it will execute in your top level home directory /home/username
#$ -cwd
## Use environment variables
#$ -V
## Use correct queue
##$ -q all.q
#$ -pe smp <%= resources[["slots"]] %>
## Export value of DEBUGME environemnt var to slave
export DEBUGME=<%= Sys.getenv("DEBUGME") %>
<%= sprintf("export OMP_NUM_THREADS=%i", resources$omp.threads) -%>
<%= sprintf("export OPENBLAS_NUM_THREADS=%i", resources$blas.threads) -%>
<%= sprintf("export MKL_NUM_THREADS=%i", resources$blas.threads) -%>
Rscript -e 'batchtools::doJobCollection("<%= uri %>")'
exit 0
cc @wlandau
- Lenguaje dominante
- R
- Estrellas
- 87
- Forks
- 10
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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.
Más de futureverse/future.batchtools
-
feature/resources scheduler/lsf
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
futureverse/future.batchtools#105 ·
-
feature/resources scheduler/sge
Dificultad 4/5 3-5 días Aptitud para principiantes 50/100
futureverse/future.batchtools#104 · 1 comentario ·
-
feature/resources scheduler/slurm
Dificultad 3/5 1-2 días Aptitud para principiantes 66/100
futureverse/future.batchtools#103 ·
-
Add batchtools_hyperqueue() Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
futureverse/future.batchtools#102 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 15/100
Todos los issues de futureverse/future.batchtools
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
robjhyndman/forecast#1220 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
JamesHWade/deputy#192 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug triage_needed
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
pharmaverse/rtables#1123 · 1 comentario · 1 reacción ·