问题标签 [targets-r-package]

BLUF：我正在努力了解如何在 R目标包中使用批处理来提高使用. 我认为我需要在每个动态分支中进行批处理，但我不确定如何去做。tar_make_future()

这是一个使用嵌套在静态分支内的动态分支的表示，类似于我的实际管道正在执行的操作。它首先为 中的每个值静态分支all_types，然后在每个类别中动态分支。此代码总共产生 1,000 个分支和 1,010 个目标。在实际工作流程中我显然不使用replicate，并且动态分支的数量因type值而异。

这是与八名工人的时间tar_make()比较tar_make_future()：

我认为userorsystem字段在这里没有用，因为作业被分派到单独的 R 进程，但是elapsed并行作业的时间大约是串行作业的 7 倍。

我认为这种放缓是由大量目标引起的。在这种情况下，批处理会提高性能吗？如果可以，我该如何在动态分支中实现批处理？

我正在使用R Extension在 VS Code 中使用R。我几乎所有的项目工作都是使用targets来完成的，这意味着我的包导入和函数通常位于单独的文件中。

一个简单的例子是在一个看起来像的文件夹中工作

我遇到的问题是我从 {lintr} 收到有关从packages.R（或从tar_option_set(packages=c(...))）加载的函数（特别是特殊函数）的全局函数定义的警告。我有一个类似的问题，lintr 无法识别列名，而是将它们视为缺失变量。例如，一个函数functions.R可能如下所示：

如果我正在开发一个包，解决方案（如在此处和其他地方发布的）将在 NAMESPACE 中包含该功能。但我不觉得每个快速分析都需要一个包。我还能如何避免这些警告？排除这些 linter 的唯一其他选择是/.lintr什么？

使用 {targets} 管理工作流程，这很棒。

我们没有适当的集群设置，但我可以访问配置比我的笔记本电脑更好的远程机器，所以我可以使用 git 来保持计划在本地和远程同步。

当我想在本地处理某些东西时，我rsync习惯于将文件移过来。

当我使用 查询远程缓存时tar_network，我看到一堆我的目标是“最新的”。

当我在rsync上述之后查询本地缓存时，那些相同的目标是“过时的”。

我想知道是否有更好的调用rsync或某些参数tar_network()，或者这是否是一个错误并且目标应该在这样的之后保持“最新” rsync？