|
|
1
3
我知道你的问题“为什么”主要是针对设计决策背后的动机,但是无论如何我追踪到了
这个
换句话说, as also noted in a comment ,列/行和分别通过与1的密集行或列矩阵相乘来计算。此操作的结果将是一个密集矩阵,您可以在输出中看到它。
而有些子类重写了
|
|
|
2
5
尽可能给出一个很难理解的理由来说明什么是设计选择,我将提出以下论点: csr和csc格式是为稀疏但不是非常稀疏的矩阵设计的。特别是,对于具有明显少于n个非零的nxn矩阵,这些格式相当浪费,因为它们在数据和索引的顶部带有大小为n+1的字段indptr(描绘行或列)。 因此,假设使用了适当的csc或csr矩阵,则可以合理地期望行或列的和不是稀疏的,并且相应的方法应该返回一个密集向量。 |
|
|
3
1
这个
与你
我自己做这件事其实要快一点(在某个地方的开销?)
我也可以用稀疏矩阵来实现这一点:
但是时间比较慢,即使我将稀疏创建移到循环之外:
如果
它实际上比行和慢:
我可以使用以下方法将列选择与求和结合起来:
时间安排
|
|
|
unfolx · numpy数组不等式的执行时间 1 年前 |
|
|
mchaudh4 · 用numpy表示三对角矩阵 1 年前 |
|
|
Geremia · 2D NumPy数组+1D数组? 1 年前 |
|
|
LMC · Numpy数组布尔索引以获取包含元素 1 年前 |
|
|
HJA24 · 根据条件用值正向填充Numpy矩阵/掩码 1 年前 |
|
|
Amarth Gûl · 找到一组向量的最近收敛点 1 年前 |
|
|
Mr. W · numpy.divide是函数、类还是其他什么? 1 年前 |
|
|
Mr. W · 为什么numpy.array在编辑内部数据时如此缓慢? 1 年前 |