using future_apply inside a future
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia con gli esempi annidati di future, future_lapply e progressr nell’issue, confrontando i piani multisession e multicore e la loro gestione del progressor. Determina se l’esecuzione annidata e la segnalazione dell’avanzamento sono supportate, quindi documenta il comportamento osservato o la limitazione specifica; nell’issue non sono indicati file o test.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
since fork is unstable in RStudio, I came to another solution, first using multi-session to create a future from main R session, and use multicore to fork in the future expr body(I've modified future to make supportsMulticore return TRUE from none-interactive R), so future_lapply still use fork
plan(multisession)
res = future({
plan(multicore)
options(mc.cores = 4)
options(future.fork.enable=T)
future_lapply(1:100, function(i){
return(length(BIG_GLOBAL_VAR))
})
})
lapply.res = value(res)
I hope such setup should makes big global variable access faster ( should be copied only once) and worker cheaper. with some simple test seems it do complete faster than directly call future_lapply with multisession
my question is : does such setup have some implicit problem ? does future/future.apply expected to work correctly in such setup ? I tried to use such setup with progressr, found that the progressor object can not work, for example
plan(multisession)
with_progress({
p = progressor(100)
future({
plan(multicore)
options(mc.cores = 4)
options(future.fork.enable=T)
future_lapply(1:100, function(i){
p("")
})
})
})
is this progressr limitation, or future/future.apply should not be used in such way ? Thanks for advise
- Lingua principale
- R
- Stelle
- 219
- Fork
- 20
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di futureverse/future.apply
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
futureverse/future.apply#129 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 40/100
futureverse/future.apply#128 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
futureverse/future.apply#112 · 3 commenti ·
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
futureverse/future.apply#108 · 3 commenti ·
-
feature request
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
futureverse/future.apply#101 · 4 commenti ·
Tutte le issue di futureverse/future.apply
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
HelenaLC/spatialdataR#284 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
mlr-org/mlr3cmprsk#42 ·
I maintainer di solito rispondono entro 1 giorno
-
Hackathon: Tier 1
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
pharmaverse/logrx#309 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100