[FR] Allow rfun to optionally run in parallel over iters
还没有人认领这个 Issue。
评估
调研方向
从 R/rvar-rfun.R 中的 rfun 开始，检查现有的 mapply 调用。在确定 future.mapply 和 parallel_args 如何适配函数接口之前，先阅读链接的 future package 开发者指南。完成的标准是：rfun 可以选择并行运行各次迭代，同时保留当前的串行行为。
由索引模型根据 Issue 内容生成。
描述
Looking at the code for rfun and looking at the future dev guide I think that that we could allow users to optionally specify whether the rfun should be allowed to run over iterations in parallel.
plain(multicore)
my_fun = function(x, y) {
return x + y
}
# parallel_args is a list of args for `future.mapply`
my_fun_rvar = rfun(my_fun, c("x", "y"), parallel = TRUE, parallel_args = list(...))
plain(multicore)
x = # ...
y = # ...
z = my_fun_rvar(x, y)
I think we would just have to modify the signature like
rfun <- function (.f, rvar_args = NULL, ndraws = NULL, parallel = FALSE, parallel_args = list())
Then in the code when we call mapply we call future.mapply. I think for the parallel_args we would need to wrap future.mapply in a do.call as well but I can't remember rn
- 主要语言
- R
- 星标
- 172
- 派生
- 27
- 平均合并
- 5 天 12 小时
- 30 天内合并 PR
- 5
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
stan-dev/posterior 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 62/100
-
难度 5/5 一周以上 新手友好度 25/100
-
Use testthat 3e可能已有人在做 @mcol 于 7 天前认领。 未关闭good first issue test
难度 3/5 1-2 天 新手友好度 65/100
-
难度 5/5 一周以上 新手友好度 35/100
-
难度 5/5 一周以上 新手友好度 25/100
查看 stan-dev/posterior 的全部 Issue
相似的 Issue
-
难度 1/5 1 小时以内 新手友好度 68/100
cran-task-views/Spatial#127 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
Add two cautions to the `simulate_dyad_responses()` help可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭documentation priority: low
难度 2/5 1-3 小时 新手友好度 70/100
Pascal-Kueng/dyadMLM#179 ·
维护者通常 1 天内回复
-
Consider changes未关闭
难度 2/5 1-3 小时 新手友好度 68/100
OHDSI/OmopSketch#618 ·
-
难度 2/5 1-3 小时 新手友好度 68/100
GSK-Biostatistics/tfrmt#854 ·