| 注册
请输入搜索内容

热门搜索

Java Linux MySQL PHP JavaScript Hibernate jQuery Nginx
dewl1914
8年前发布

高性能Python-字典和集合

   <p>当数据没有明确的顺序时,集合(sets)和字典(dictionaries)都是理想的数据结构,一个Key唯一对应一个存储对象, Key可以是一个string,也可以是任意一个hashable的对象。</p>    <p>字典和集合的插入和查询的时间复杂度是O(1),需要额外的内存开销来支持,但是实际上,插入和查询的时间取决于在用的hash函数。dictionaries是Key-Value的集合,sets是一个Key的集合。</p>    <h2><strong>插入和查询</strong></h2>    <p>dictionaries和sets通过使用hash table达到O(1)的插入和查询效率。对于一个hash表,我们必须搞清楚这段连续内存里都存放了什么,当我们插入新数据时,会产生两个属性,一个是Key的hash值,另一个是这个hash值和其他值的比较,当一个数据插入,Key首先被hashed和masked,key被转化为一个List的高效索引。这个mask来确保,key的hash值可以为任意的整数,通过mask可以让hash值缩小至分配的buckets的范围内,不会越界,其实,一个mask就是一段可变的二进制值0b111, 0b11111,通过mask和hash值的位操作,截断hash值。</p>    <p>例如,如果一个hash表只分配了8块内存,只能存储8个对象,一个key的hash值为28975,最后的index为28975 & 0b111 = 7</p>    <p>当然,我们需要检查被插入的hash值对应的这块内存的状态,如果这块内存为空,我们将hash值插入列表,把对象复制进内存块,如果这块内存为in use,内存块里的值为value,那么该对象已经被添加过了,直接return,如果,内存块里的值不为value,那么,我们必须找到新的位置去存放该对象。</p>    <p>找到新位置的方法称为:probing,Python的probing机制引入原始hash值的高位bits因素,来帮助避免未来的hash冲突。另外, 一个评判hash表对应的数据分布情况的好坏的标准称为‘load factor’,和hash函数的熵有关。</p>    <p>接下来,我们看一下Python字典如何根据一个Key来确定index:</p>    <p>可以参考Python的源代码dictobject.c</p>    <pre>  <code class="language-python">def index_sequence(key, mask=0b111, PERTURB_SHIFT=5):      perturb = hash(key)      i = perturb & mask      yield i      while True:          i = ((i << 2) + i + perturb + 1)          perturb >>= PERTURB_SHIFT          yield i & mask</code></pre>    <p>上面的这个算法是linear probing的升级版,也是Python现在的机制,linear probing只能处理hash值的最后几位(比如mask为0b111,只能截断最后三位,意味着,当两个key的最后三位是相同时,不仅会得到相同的hash值,而且,也会得到相同的index值,算法和计算顺序无关的),对比后,Python的算法是扰乱的(perturb),每次计算index时,perturb都会变,也就是,相同的key的后几位,由于不同的计算顺序,返回不同的index,这处理了hash冲突。</p>    <p>别忘了我们能这么做的原因是,我们存储了原始的Key值。当查询时,通过key的hash值得到index,对比index中的key值和被查询的key值是否一致,如果一致返回对象,如果不一致,继续查询。</p>    <h2><strong>Resizing</strong></h2>    <p>当更多的元素被添加到hash表时,hash表必须调整大小来适应。事实证明,当一个hash表只是 <strong>2/3</strong> 被利用时,hash冲突的概率是可以接受的。所以,当hash表的存储达到这个点时,我们需要分配更大的hash表,更多的内存块被分配,mask也调整为新的长度的mask,所有旧hash表中的数据被重新添加到新hash表中,因为你mask改变了,这个操作需要重新计算所有的index,所以, <strong>调整一个大hash表的开销是十分昂贵的</strong> 。</p>    <p>最小的dictionaries和sets的大小是8(参见Python源码dictobject.c),也就是说,当你只存储3个KeyValue时,Python的字典也会分配8个内存块。</p>    <p>每次resize时,当小于50000个原色时,内存每次随之递增4倍,大于50000个时,递增2倍,也就是说,无论字典和集合内存储多少个元素,分配的内存只会是如下的size:8,32,128,512,2048,8192,32768...还有很重要的一点不要忘了,我们要保障hash表只有2/3的负载,来确保可以接受的hash碰撞率。所以,当一个字典有1039个元素时,必须至少分配1039 * 5 / 3 = 1731个buckets,所以根据规则,Python将分配2048个元素。</p>    <p> </p>    <p>来自:http://www.jianshu.com/p/006fcc73ec07</p>    <p> </p>    
 本文由用户 dewl1914 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
 转载本站原创文章,请注明出处,并保留原始链接、图片水印。
 本站是一个以用户分享为主的开源技术平台,欢迎各类分享!
 本文地址:https://www.open-open.com/lib/view/open1477625095075.html
Python 高性能 Python开发