我最近发现了处理非常大的矩阵的包bigmemory
,ff
和filehash
的奇观。交互式处理占用大量内存的列表对象
我该如何处理非常大的(300MB ++)列表?在我的工作中,我每天都在使用这些列表。我可以在任何地方使用save()
& load()
黑客进行创可贴解决方案,但我更喜欢类似bigmemory
的解决方案。类似于bigmemory
bigmatrix
将是理想的,在那里我使用它基本上与matrix
相同,除了它在我的RAM中占用660字节之类的字符。
这些列表大多是lm()
对象(或类似的回归对象)的>1000
长度列表。例如,
Y <- rnorm(1000) ; X <- rnorm(1000)
A <- lapply(1:6000, function(i) lm(Y~X))
B <- lapply(1:6000, function(i) lm(Y~X))
C <- lapply(1:6000, function(i) lm(Y~X))
D <- lapply(1:6000, function(i) lm(Y~X))
E <- lapply(1:6000, function(i) lm(Y~X))
F <- lapply(1:6000, function(i) lm(Y~X))
在我的项目,我将有A,B,C,D,E,F
型列表(甚至超过这个),我有交互工作。
如果这些是巨大的矩阵有一吨的支持。我想知道是否有任何对于大型list
对象的包中有类似的支持。
您是否在寻求有关使用哪个软件包的建议? – GSee
显得过于模糊,无法支持“最佳实践”建议。描述这些“列表”的性质将是必要的。也许是数据库接口之一。编码建议需要更好的任务描述。 –
看看[SOAR](http://cran.r-project.org/web/packages/SOAR/index.html)包吧? – mnel