为什么可变字符串比不可变字符串慢?
编辑:
>>> import UserString
... def test():
... s = UserString.MutableString('Python')
... for i in range(3):
... s[0] = 'a'
...
... if __name__=='__main__':
... from timeit import Timer
... t = Timer("test()", "from __main__ import test")
... print t.timeit()
13.5236170292
>>> import UserString
... def test():
... s = UserString.MutableString('Python')
... s = 'abcd'
... for i in range(3):
... s = 'a' + s[1:]
...
... if __name__=='__main__':
... from timeit import Timer
... t = Timer("test()", "from __main__ import test")
... print t.timeit()
6.24725079536
>>> import UserString
... def test():
... s = UserString.MutableString('Python')
... for i in range(3):
... s = 'a' + s[1:]
...
... if __name__=='__main__':
... from timeit import Timer
... t = Timer("test()", "from __main__ import test")
... print t.timeit()
38.6385951042
Run Code Online (Sandbox Code Playgroud)
我认为很明显为什么我在第二次测试中放入s = UserString.MutableString('Python').
Ale*_*lli 24
在一种假设的语言中,它提供了可变的和不可变的,或者是等价的字符串类型(我不能真正想到一个 - 例如,Python和Java都只有不可变的字符串,以及其他通过突变来增加间接性的方法因此当然可以减慢一些事情;-),没有任何性能差异的真正原因 - 例如,在C++中,可互换地使用a std::string或者const std::string我希望不会导致性能差异(诚然,编译器可能能够使用后者更好地在不变性计算优化的代码,但我不知道任何真实世界的那些不执行这样理论上是可行的优化;-).
拥有不可变字符串可能并确实允许在Java和Python中进行非常大量的优化.例如,如果字符串被散列,则哈希值可以被缓存,并且永远不必重新计算(因为字符串不能更改) - 这在使用散列字符串的Python中尤其重要(对于集合中的查找)和词典)如此奢华甚至"幕后".新鲜的副本永远不需要"以防万一",前一个副本在此期间发生了变化 - 只要需要该字符串,就可以系统地分发对单个副本的引用.Python也大量使用(某些)字符串的"实习",可能允许进行常数时间比较和许多其他类似的快速操作 - 将其视为一种更多方式,一种更先进的方法,
当然,这并不是说给定的编译器会利用所有可能的优化.例如,当请求一个字符串切片时,不需要创建一个新对象并复制数据 - 新切片可能引用具有偏移量(以及独立存储长度)的旧切片,可能对于大字符串的一个很好的优化,其中采取了许多切片.Python没有这样做,因为除非在内存管理中特别小心,否则这可能很容易导致"大"字符串在实际只需要一小部分时保留在内存中 - 但这是一个权衡不同的实现可能肯定会选择执行(使用 确保额外内存管理的负担 - 对于所讨论的假设语言,更复杂,更难以调试的编译器和运行时代码).
我只是在这里摸索 - 如果在可变和不可变版本中可以存在可互换的字符串类型,那么很多这些优点将很难保持(我怀疑这是为什么,至少就我目前的知识而言, C++编译器实际上并不打扰这种优化,尽管通常非常注重性能).但只提供 不可变的字符串作为原始的基本数据类型(因此当你真的需要一个可变的字符时隐含地接受一些缺点;-),Java和Python等语言显然可以获得各种优势 - 性能问题只有一个组其中(例如,Python选择只允许不可变基元类型可以清除,不是以性能为中心的设计决策 - 它更多地是关于集合和字典的行为的清晰度和可预测性! - ).
| 归档时间: |
|
| 查看次数: |
1618 次 |
| 最近记录: |