哈希表的尴尬

由于cache命中率的原因,哈希表的性能通常好于红黑树。即使只有32个元素,也要进行5次随机内存访问。随机内存访问对cpu cache是不友好的。
 
hash表最大的缺陷是当数据量难以估计时,没法设置合适的bucket,元素可能是10个也可能是10000个
这里有几种思路:
1. 设置缺省bucket值为100左右,然后让hash表自动扩容,缺点是扩容的时候性能要受到影响。
2. 结合业务,每次给10000的bucket,缺点是浪费内存,而且无法处理100W这样的极端情况。
3. 把hash表的list变成哈希表,缺点是结构复杂,多次哈希速度慢。综合来看方案一是比较好的这种。

转载于:https://www.cnblogs.com/qianye/archive/2012/11/24/2786369.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值