我的问题不是:
硬件/空间:
问题:
将数据上传到h2o需要数小时。这不是任何特殊处理,只有“as.h2o(...)”。
使用“fread”将文本放入空间不到一分钟,然后我进行一些行/列转换(差异,滞后)并尝试导入。
在尝试任何类型的“as.h2o”之前,总R内存大约是56GB,所以分配的128不应该太疯狂,不是吗?
问题:
我该怎么做才能让这个加载到h2o不到一个小时?它应该花费一分钟到几分钟,不再是。
我尝试了什么:
更新
所以看起来我唯一的选择就是创建一个巨大的文本文件,然后使用“h2o.importFile(...)”。我写了15GB。
UPDATE2:
它是一个可怕的csv文件,大约22GB(~2.4Mrows,~2300 cols)。对于它的价值,从下午12:53到下午2:44花了很多时间来编写csv文件。在写完之后,导入它的速度要快得多。
答案 0 :(得分:5)
将as.h2o()
视为便利功能,执行以下步骤:
data.table::fwrite()
(*),否则使用write.csv()
)h2o.uploadFile()
正如您的更新所说,将大量数据文件写入磁盘可能需要一段时间。但另一个痛点是使用h2o.uploadFile()
而不是更快h2o.importFile()
。决定使用的是可见性:
h2o.uploadFile()
,您的客户必须能够看到该文件。h2o.importFile()
,您的群集必须能够看到该文件。当您的客户端与其中一个群集节点在同一台计算机上运行时,您的数据文件对客户端和群集都可见,因此请始终选择h2o.importFile()
。 (它执行多线程导入。)
另外几个提示:只将数据带入您实际需要的R会话中。并且记住R和H2O都是以列为导向的,所以cbind可以很快。如果您只需要在R中处理100个2300列,请将它们放在一个csv文件中,并将其他2200列保留在另一个csv文件中。然后在将每个装入H2O后h2o.cbind()
。
*:使用h2o:::as.h2o.data.frame
(不带括号)查看实际代码。对于data.table写作,您需要先做options(h2o.use.data.table = TRUE)
;您也可以选择使用h2o.fwrite
选项打开/关闭它。