通俗地讲,矩阵乘法指数的定义是存在已知的矩阵乘法算法的最小值。作为正式的数学定义,这是不可接受的,因此我想技术定义就像是整个t的最小值,因此n t中存在矩阵乘法算法。ñ ω
在这种情况下,不能说有一个算法矩阵乘法甚至,仅仅是对于所有在存在一个算法。但是,使用矩阵乘法的论文和结果通常会简单地将其成本报告为。Ñ ω + ε Ö (Ñ ω)
有其他替代定义可以使用吗?是否有保证时间的算法任何结果ñ ω或ñ ω + Ö (1 )必须存在?或者是使用Ø (ñ ω)只是马虎?
通俗地讲,矩阵乘法指数的定义是存在已知的矩阵乘法算法的最小值。作为正式的数学定义,这是不可接受的,因此我想技术定义就像是整个t的最小值,因此n t中存在矩阵乘法算法。ñ ω
在这种情况下,不能说有一个算法矩阵乘法甚至,仅仅是对于所有在存在一个算法。但是,使用矩阵乘法的论文和结果通常会简单地将其成本报告为。Ñ ω + ε Ö (Ñ ω)
有其他替代定义可以使用吗?是否有保证时间的算法任何结果ñ ω或ñ ω + Ö (1 )必须存在?或者是使用Ø (ñ ω)只是马虎?
Answers:
次要评论,太长了,无法发表评论:
有时,当您遇到一个问题,对于每一个ϵ > 0,都有一个运行时间为的算法,那么就有一个运行时间为n k + o (1 )的算法。
例如,有时你能像算法对于一些快速成长的函数˚F(如2 2 1 / ε)。如果将f (1 / ϵ )设置为(n)log n,则ϵ将为o(1)。在f (1 / ϵ )为2 2 1 / ϵ的示例中,您可以选择1 / ϵ成为,得到ϵ = 1 /(log log log n ),即o(1)。所以该算法的最终运行时间将是Ñ ķ + Ö (1 )中,由于日志Ñ也Ñ Ô (1 )。
我没有在这个问题你的说法不被明确定义“对此有一个已知的最小值ñ ω矩阵乘法算法。” 当人们在使用这个常量,那是因为他们的算法依赖于矩阵乘法,并通过复杂ñ ω,他们的意思是“我们的算法的最佳复杂性是由矩阵乘法的最优算法给出。”
我并不是说不可能以其他方式定义(例如,说ω是最佳可实现的复杂度)。
顺便说一句,如果我没有记错的话,矩阵乘法上限已经提高到2.3737。