我不认为在单台 PC(2-4 核)上进行并行化是答案。有很多下垂的果实可供采摘。
1) RF 模型的复杂性随着训练样本数量的增加而增加。平均树深度类似于 log(480,000/5)/log(2) = 16.5 个中间节点。在绝大多数示例中,每棵树 2000-10000 个样本就可以了。如果你在 kaggle 上竞争获胜,那么一点额外的表现真的很重要,因为赢家通吃。实际上,您可能不需要它。
2) 不要在 R 代码中克隆您的数据集,并尝试只保留数据集的一份副本(通过引用传递当然可以)。对于这个数据集来说这不是一个大问题,因为即使对于 R,数据集也不是那么大(~38Mb)。
3) 不要将公式接口与 randomForest 算法一起用于大型数据集。它将制作数据集的额外副本。但同样,记忆也不是什么大问题。
4) 使用更快的 RF 算法:extraTrees、ranger 或 Rborist 可用于 R。extraTrees不完全是 RF 算法,但非常接近。
5) 避免使用超过 10 个类别的分类特征。 RF 最多可以处理 32 个,但由于必须评估任何 2^32 个可能的拆分,因此变得非常慢。 extraTrees 和 Rborist 仅通过测试一些随机选择的分割来处理更多类别(效果很好)。 python-sklearn 中的另一种解决方案为每个类别分配了一个唯一的整数,并将该特征作为数字处理。您可以在运行 randomForest 之前使用 as.numeric 转换您的分类特征以执行相同的技巧。
6) 对于更大的数据。将数据集拆分为随机块,并在每个块上训练几棵(~10)棵树。合并森林或分开保存森林。这将略微增加树的相关性。有一些很好的集群实现可以像这样训练。但对于 1-100Gb 以下的数据集则不是必需的,具体取决于树的复杂性等。
#下面我使用解决方案 1-3) 并获得几分钟的运行时间
library(randomForest)
#simulate data
dataset <- data.frame(replicate(12,rnorm(400000)))
dataset$Clip_pm25 = dataset[,1]+dataset[,2]^2+dataset[,4]*dataset[,3]
#dati <- data.frame(dataset) #no need to keep the data set, an extra time in memory
#attach(dati) #if you attach dati you don't need to write data$Clip_pm25, just Clip_pm25
#but avoid formula interface for randomForest for large data sets because it cost extra memory and time
#split data in X and y manually
y = dataset$Clip_pm25
X = dataset[,names(dataset) != "Clip_pm25"]
rm(dataset);gc()
object.size(X) #38Mb, no problemo
#if you were using formula interface
#output.forest <- randomForest(dati$Clip_pm25 ~ dati$e_1 + dati$Clipped_so + dati$Clip_no2 + dati$t2m_1 + dati$tp_1 + dati$Clipped_nh + dati$Clipped_co + dati$Clipped_o3 + dati$ssrd_1 + dati$Clipped_no + dati$Clip_pm10 + dati$sp_1, data=trainSet, ntree=250)
#output.forest <- randomForest(dati$Clip_pm25 ~ ., ntree=250) # use dot to indicate all variables
#start small, and scale up slowly
rf = randomForest(X,y,sampsize=1000,ntree=5) #runtime ~15 seconds
print(rf) #~67% explained var
#you probably really don't need to exeed 5000-10000 samples per tree, you could grow 2000 trees to sample most of training set
rf = randomForest(X,y,sampsize=5000,ntree=500) # runtime ~5 minutes
print(rf) #~87% explained var
#regarding parallel
#here you could implement some parallel looping
#.... but is it really worth for a 2-4 x speedup?
#coding parallel on single PC is fun but rarely worth the effort
#If you work at some company or university with a descent computer cluster,
#then you can spawn the process across 20-80-200 nodes and get a ~10-60-150 x speedup
#I can recommend the BatchJobs package