【发布时间】:2021-01-09 16:21:31
【问题描述】:
profvis 对使用稀疏矩阵的脚本的分析表明,稀疏矩阵元素的更新是该过程中最慢的一步,相差 1 个数量级。
我需要了解我是否可以做得更好(尤其是更快);如果有人可以建议在哪里寻找或提供建议,我将不胜感激。
这是一些 R 代码,它重现了我的脚本的“关键”部分:
require(Matrix)
m <- new("dgCMatrix", i = c(0L, 1L, 2L, 6L, 8L, 0L, 1L, 2L, 5L, 6L,
7L, 0L, 1L, 2L, 7L, 3L, 4L, 3L, 4L, 5L, 6L, 1L, 4L, 5L, 6L, 0L,
1L, 4L, 5L, 6L, 8L, 10L, 1L, 2L, 7L, 0L, 6L, 8L, 9L, 10L, 6L,
9L, 10L), p = c(0L, 5L, 11L, 15L, 17L, 21L, 25L, 32L, 35L, 38L,
40L, 43L), Dim = c(11L, 11L), Dimnames = list(c("1", "2", "3",
"4", "5", "6", "7", "8", "9", "10", "11"), c("1", "2", "3", "4",
"5", "6", "7", "8", "9", "10", "11")), x = c(2, 1, 1, 1, 1, 1,
3, 2, 1, 1, 1, 1, 2, 2, 1, 1, 1, 1, 2, 1, 1, 1, 1, 2, 2, 1, 1,
1, 2, 4, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 2), factors = list())
system.time(for (i in 1:10000) m[7,c(1,5,6,7)] <- c(0,0,1,0))
在我的笔记本电脑上,这大约需要 7 秒。
[顺便说一句,显然我不会重复相同的操作 10000 次;每次更新的行和列都会发生变化,但实际上它发生的次数非常多。我执行上述操作是为了模拟在真实脚本中执行的操作,并获得一个可测量的时间,以便与可能出现的更快的解决方案进行比较。]
有什么想法/建议吗?
PS
我过去也遇到过类似的问题,但情况不同;而且我找不到了,因为我的活动历史只能追溯到几个月前。
编辑 好的,我找到了如何检索我所有的旧帖子,发现我在这里描述的问题没有被涵盖。
EDIT 2 - 跟进 pseudospin 的讨论/建议
require(Matrix)
require(data.table)
m <- new("dgCMatrix", i = c(0L, 1L, 2L, 6L, 8L, 0L, 1L, 2L, 5L, 6L,
7L, 0L, 1L, 2L, 7L, 3L, 4L, 3L, 4L, 5L, 6L, 1L, 4L, 5L, 6L, 0L,
1L, 4L, 5L, 6L, 8L, 10L, 1L, 2L, 7L, 0L, 6L, 8L, 9L, 10L, 6L,
9L, 10L), p = c(0L, 5L, 11L, 15L, 17L, 21L, 25L, 32L, 35L, 38L,
40L, 43L), Dim = c(11L, 11L), Dimnames = list(c("1", "2", "3",
"4", "5", "6", "7", "8", "9", "10", "11"), c("1", "2", "3", "4",
"5", "6", "7", "8", "9", "10", "11")), x = c(2, 1, 1, 1, 1, 1,
3, 2, 1, 1, 1, 1, 2, 2, 1, 1, 1, 1, 2, 1, 1, 1, 1, 2, 2, 1, 1,
1, 2, 4, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 2), factors = list())
ms <- summary(m)
ms <- ms[order(ms$i,ms$j),]
msdt <- data.table(ms)
time_1 <- system.time(for (i in 1:5000) m[7,c(1,5,7,9)] <- c(0,0,1,0))
cat("\ntime_1 =", time_1)
time_2 <- system.time(for (i in 1:5000) ms[(ms$i == 7) & (ms$j %in% c(1,5,7,9)),"x"] <- c(0,0,1,0))
cat("\ntime_2 =", time_2)
time_3 <- system.time(for (i in 1:5000) msdt[(i == 7) & (j %in% c(1,5,7,9)),"x" := c(0,0,1,0)])
cat("\ntime_3 =", time_3)
给了:
time_1 = 2.86 0 2.86 NA NA
time_2 = 0.23 0 0.24 NA NA
time_3 = 1.2 0.02 1.22 NA NA
不过,也许这个示例具有误导性,因为通常情况下,i 和 j 的最大值会更高,因此对data.table 进行子集化可能比对data.frame 进行子集化更有效。
用我的真实数据进行测试...
EDIT 3 - 使用真实数据进行试验,包括测试 GKi 建议的密集矩阵方法
真实数据(此处太大无法粘贴):m 是一个稀疏的 5828 x 5828 矩阵; 302986 / 33965584 = 0.9% 被填充(因此它是稀疏的)。它占用 4.4 MB。对应的密集矩阵dm = as.matrix(m)占用272.5 MB。
测试sparseMatrix (1)、data.frame (2)、data.table (3) 和密集矩阵 (4) 更新方法显示如下:
time_1 = 10.25 3.19 13.72 NA NA
time_2 = 41.32 10.94 52.52 NA NA
time_3 = 35.64 7.44 43.34 NA NA
time_4 = 0.05 0.03 0.08 NA NA
因此,与 GKi 的结果一致,密集矩阵方法是迄今为止最快的,但代价是巨大的内存存储。
另一方面,最初使用的模拟数据对sparseMatrix 方法给出了非常不同的结果,而实际数据却是这 4 种方法中第二快的。
不幸的是,它看起来像一个 catch-22 情况:要进行快速编辑,我需要使用密集矩阵,但密集矩阵占用太多内存,所以我需要使用稀疏矩阵,但编辑速度很慢:(
也许我需要重新考虑伪自旋的原始建议,并为矩阵的每一行使用稀疏向量。为此,我需要了解如何通过间接引用(字符串)来引用存储的 R 对象。
【问题讨论】:
-
我猜这很“慢”,因为稀疏矩阵的存储方式 - 它必须在更改之前查找每个元素以查看它是否存在,而传统矩阵只是找到要更改的内存使用从索引计算的偏移量。我认为您的问题可能需要一个更大的解决方案来加快速度。
-
我明白了,谢谢。我想知道替换整个矩阵行而不是行中的几个元素会更好吗?
-
这里是 a nice intro 以了解它们的存储方式。基于这种直接编辑稀疏矩阵效率不高 - 每次编辑元素子集(无论是一个元素还是一行)时,它可能都会制作一个完整的副本。
-
:( 如果我使用稀疏矩阵摘要 data.frame (i,j,x) 和子集并对其进行编辑,也许会更好?也许使用数据表来提高速度?
-
不确定是否可以使用
data.table比Matrix包更好地实现可编辑的稀疏矩阵。可能需要对您的实际项目进行一些思考才能制定出最佳方法,但猜测,也许将行存储为单独的稀疏向量可能是一种有效的方法?
标签: r sparse-matrix