我经常草率地编程。好吧，我一直在草率地编程，但有时会以内存不足错误的形式赶上我。我开始练习使用rm() 命令删除对象，事情变得更好了。我在网上看到关于我是否应该在删除大数据对象后显式调用gc() 的混合消息。有人说，在 R 返回内存错误之前，它会运行 gc()，而另一些人则说手动强制 gc 是个好主意。
我应该在删除大对象后运行gc() 以确保最大的内存可用性吗？
【问题讨论】：
标签： r garbage-collection
“可能。”我也这样做，甚至经常像在循环中那样
cleanMem <- function(n=10) { for (i in 1:n) gc() }
然而，根据我的经验，这并不能将记忆恢复到原始状态。
所以我通常做的是将手头的任务保存在脚本文件中，并使用“r”前端（在 Unix 上，并来自“littler”包）执行那些任务。 Rscript 是其他操作系统的替代品。
该工作流程恰好同意
我们之前在这里介绍过。
【讨论】：
gc() 会有帮助？
gc()？
Rscript？我认为它是任何操作系统的替代品，而不仅仅是“那个”操作系统。
Rscript 无处不在，更小，r 不是。这就是我更喜欢后者的上下文（但前者只是修复了一个重要的嘘声）。
“也许吧。”我真的没有一个确定的答案。但帮助文件表明调用 gc() 的原因实际上只有两个：
由于重复调用会减慢大型模拟的速度，因此我倾向于仅在删除大型模拟后才执行此操作。换句话说，除非你有充分的理由，否则我认为一直系统地调用它是没有意义的。
【讨论】：
没有。如果没有足够的内存可用于操作，R 将自动运行gc()。
【讨论】：
gc() 会有所帮助，以允许其他进程再次使用 RAM，从而使计算机比调用 gc() 之前响应更快。
来自gc的帮助页面：
调用 'gc' 会导致垃圾 收集发生。这会 也自动发生，无需 用户干预和主要 调用“gc”的目的是为了 报告内存使用情况。
但是，调用 'gc' 会很有用 大物体被移走后， 因为这可能会提示 R 返回内存 到操作系统。
所以它可以有用，但大多数情况下你不应该这样做。我个人的观点是，它是最后的代码——当然，您不应该在代码中乱扔gc() 语句，但是如果您的机器不断摔倒，并且您已经尝试了其他所有方法，那么它可能乐于助人。
其他的意思是像
编写函数而不是原始脚本，因此变量超出范围。
如果您从一个问题转到另一个不相关的问题，则清空您的工作区。
丢弃您不感兴趣的数据/变量。（我经常收到包含几十个无趣列的电子表格。）
【讨论】：
聚会有点晚了，但是：
显式调用gc 将“现在”释放一些内存。 ...所以如果 其他进程 需要内存，这可能是个好主意。例如在调用system 或类似之前。或者，当您“完成”脚本时，R 将闲置一段时间，直到下一个作业到达 - 再次，以便 其他进程 获得更多内存。
如果你只是想让你的脚本运行得更快，那没关系，因为 R 会在需要时调用它。它甚至可能更慢，因为正常的 GC 周期可能永远不需要调用它。
...但是，如果您想测量时间，通常最好在运行测试之前进行 GC。这就是system.time 默认所做的。
更新 正如@DWin 指出的那样，R（或 C#，或 Java 等）并不总是知道何时内存不足并且需要运行 GC。因此，有时您可能需要使用 GC 来解决内存系统的缺陷。
【讨论】：
据说 R 只使用 RAM。这在 Mac 上不是这样（我怀疑在 Windows 上也不是这样。）如果它的 RAM 用完，它将开始使用虚拟内存。有时，但并非总是如此，进程会“认识到”它们需要运行 gc() 并释放内存。当他们不这样做时，您可以通过使用 ActivityMonitor.app 看到这一点，并看到所有 RAM 都已被占用，并且磁盘访问已经跳了起来。我发现，当我进行大型 Cox 回归运行时，我可以通过在前面调用 gc(); cph(...) 来避免溢出到虚拟内存（磁盘访问速度慢）
【讨论】：