3 回答

TA貢獻(xiàn)1818條經(jīng)驗(yàn) 獲得超3個(gè)贊
堆棧大小是一個(gè)操作系統(tǒng)參數(shù),可按進(jìn)程調(diào)整(請(qǐng)參閱參考資料setrlimit(2)
)。據(jù)我所知,您無法在R內(nèi)調(diào)整它,但您可以在啟動(dòng)R之前使用ulimit
命令從shell調(diào)整它。它的工作原理如下:
$ ulimit -s # print default8192$ R --slave -e 'Cstack_info()["size"]' size 8388608
8388608 = 1024 * 8192; R打印的值相同ulimit -s
,但以字節(jié)為單位而不是千字節(jié)。
$ ulimit -s 16384 # enlarge stack limit to 16 megs$ R --slave -e 'Cstack_info()["size"]' size 16777216
要對(duì)此設(shè)置進(jìn)行永久性調(diào)整,請(qǐng)將ulimit
命令添加到shell啟動(dòng)文件中,以便每次登錄時(shí)都執(zhí)行該命令。我無法給出更具體的指示,因?yàn)樗Q于您擁有的shell和內(nèi)容。我也不知道如何登錄圖形環(huán)境(如果你沒有在終端窗口中運(yùn)行R,這將是相關(guān)的)。

TA貢獻(xiàn)1802條經(jīng)驗(yàn) 獲得超6個(gè)贊
我懷疑,無論堆棧限制如何,你最終都會(huì)得到太深的遞歸。例如,使用lambda = Inf,f(1)會(huì)無限期地導(dǎo)致立即遞歸。遞歸的深度似乎是隨機(jī)游走,有一些概率r更深,1-r完成當(dāng)前遞歸。當(dāng)你達(dá)到堆棧限制時(shí),你已經(jīng)做了很多“更深層次”的步驟。這意味著r> 1/2,并且絕大多數(shù)時(shí)間你只會(huì)繼續(xù)遞歸。
而且,即使在無限遞歸的情況下,似乎幾乎可以推導(dǎo)出解析或至少數(shù)值解??梢詫定義為f(1)== 1的概率,在單次迭代后寫入“子”狀態(tài)的隱式表達(dá)式,并將它們與p等同,并求解。然后,p可以用作從二項(xiàng)分布中單次繪制成功的機(jī)會(huì)。

TA貢獻(xiàn)1836條經(jīng)驗(yàn) 獲得超13個(gè)贊
這種情況發(fā)生在我身上的原因完全不同。我在組合兩列時(shí)偶然創(chuàng)建了一個(gè)超長(zhǎng)字符串:
output_table_subset = mutate(big_data_frame, combined_table = paste0(first_part, second_part, col = "_"))
代替
output_table_subset = mutate(big_data_frame, combined_table = paste0(first_part, second_part, sep = "_"))
讓我永遠(yuǎn)想弄清楚,因?yàn)槲覐膩頉]有想到粘貼會(huì)導(dǎo)致問題。
- 3 回答
- 0 關(guān)注
- 1588 瀏覽
添加回答
舉報(bào)