如何分析R软件包的加载

Question

我已经写了这个R包，需要花费很多时间（> 10s，有时长达20-30s！）来加载。

每次加载软件包时，例如在"** testing if installed package can be loaded"步骤中构建软件包或直接调用library("my.package")时，20 library("my.package")都不会发生任何事情。

这使开发过程中的所有事情都非常缓慢：构建文档，构建软件包，运行R检查...

我当然有怀疑（看着你，狡猾的依赖），但是我需要在消除之前收集证据。

有没有一种方法可以分析软件包的加载情况，以便找出原因？ 或更笼统地说，我如何弄清楚到底发生了什么？

Answer 1

因此，使用@ davide-lorino中的detach方法存在的一个问题是，如果存在纠缠的depends或imports ，它将失败并且很难失败。

更好的方法是使用future后端在干净的R会话中加载每个import ，并确定通过library加载它们需要花费多长时间。

我在一个可能对其他人有用的软件包中实现了这一点： https : //github.com/rmflight/importedPackageTimings

Answer 2

您可以通过基准测试调用来加载要测试的每个库，从而确定哪个库需要最长的加载时间。

关键是确保卸载库。 如果在重新加载库之前使它们保持加载状态，则library()函数将确定该库已加载并退出。 在典型的100次运行基准测试中，其中1次代表加载库所需的时间，其余99次代表library()确定加载库所需的时间。 然后，结果（持续时间）将是100次运行的总和，得出的结果很小，结果之间几乎没有差异，如下所示：

当您真正想要的东西看起来像：

为我们的努力提供了不那么令人惊讶的结果。

ps detach_package()函数是这样实现的：

detach_package <- function(pkg, character.only = FALSE)
{
  if(!character.only)
  {
    pkg <- deparse(substitute(pkg))
  }
  search_item <- paste("package", pkg, sep = ":")
  while(search_item %in% search())
  {
    detach(search_item, unload = TRUE, character.only = TRUE)
  }
}