首頁(yè) 猿問(wèn) 使用gc（）命令強(qiáng)制垃圾收集在R中運(yùn)行

使用gc（）命令強(qiáng)制垃圾收集在R中運(yùn)行

R語(yǔ)言

ibeautiful 2019-12-20 10:13:59

我定期草率地編程。好的，我一直都在草率地編寫(xiě)程序，但有時(shí)會(huì)以內(nèi)存不足錯(cuò)誤的形式趕上我。我開(kāi)始練習(xí)一些紀(jì)律，用rm()命令刪除對(duì)象，情況會(huì)變得更好。我在網(wǎng)上看到有關(guān)gc()在刪除大數(shù)據(jù)對(duì)象后是否應(yīng)顯式調(diào)用的混合消息。有人說(shuō)R返回內(nèi)存錯(cuò)誤之前它將運(yùn)行，gc()而另一些人則說(shuō)手動(dòng)強(qiáng)制gc是一個(gè)好主意。gc()為了確保最大的內(nèi)存可用性，是否應(yīng)該在刪除大對(duì)象之后運(yùn)行？

查看完整描述

3 回答

嚕嚕噠

TA貢獻(xiàn)1784條經(jīng)驗(yàn) 獲得超7個(gè)贊

“大概?！?我也這樣做，甚至經(jīng)常像

cleanMem <- function(n=10) { for (i in 1:n) gc() }

但是，以我的經(jīng)驗(yàn)，這并不能使記憶恢復(fù)到原始狀態(tài)。

因此，我通常要做的是將任務(wù)保留在腳本文件中，并使用“ r”前端（在Unix上和從“ littler”軟件包中）執(zhí)行那些任務(wù)。Rscript是該其他OS上的替代方案。

該工作流程恰好與

統(tǒng)計(jì)分析和報(bào)告編寫(xiě)工作流

在會(huì)話中管理可用內(nèi)存的技巧

我們之前在這里介紹過(guò)。

反對(duì) 回復(fù) 2019-12-20

臨摹微笑

TA貢獻(xiàn)1982條經(jīng)驗(yàn) 獲得超2個(gè)贊

晚會(huì)晚了一點(diǎn)，但是：

顯式調(diào)用gc將“現(xiàn)在”釋放一些內(nèi)存。...因此，如果其他進(jìn)程需要內(nèi)存，則可能是個(gè)好主意。例如在致電system或類似電話之前?；蛘?，當(dāng)您“完成”腳本后，R會(huì)閑置一會(huì)兒，直到下一個(gè)作業(yè)到達(dá)為止-再次如此，以便其他進(jìn)程獲得更多的內(nèi)存。

如果您只是想讓腳本運(yùn)行得更快，那沒(méi)關(guān)系，因?yàn)镽會(huì)在需要時(shí)稍后調(diào)用它。由于正常的GC周期可能永遠(yuǎn)都不需要調(diào)用它，因此它甚至可能更慢。

...但是，例如，如果您想測(cè)量時(shí)間，通常最好在運(yùn)行測(cè)試之前進(jìn)行GC。這是system.time默認(rèn)情況下的功能。

更新正如@DWin指出的那樣，R（或C?；騄ava等）并不總是知道何時(shí)內(nèi)存不足以及GC是否需要運(yùn)行。因此，有時(shí)您可能需要執(zhí)行GC來(lái)解決內(nèi)存系統(tǒng)中的缺陷。

反對(duì) 回復(fù) 2019-12-20