• 博客园logo
  • 会员
  • 众包
  • 新闻
  • 博问
  • 闪存
  • 赞助商
  • HarmonyOS
  • Chat2DB
    • 搜索
      所有博客
    • 搜索
      当前博客
  • 写随笔 我的博客 短消息 简洁模式
    用户头像
    我的博客 我的园子 账号设置 会员中心 简洁模式 ... 退出登录
    注册 登录
qianye0905
博客园    首页    新随笔    联系   管理    订阅  订阅
哈希表的尴尬
由于cache命中率的原因,哈希表的性能通常好于红黑树。即使只有32个元素,也要进行5次随机内存访问。随机内存访问对cpu cache是不友好的。
 
hash表最大的缺陷是当数据量难以估计时,没法设置合适的bucket,元素可能是10个也可能是10000个
这里有几种思路:
1. 设置缺省bucket值为100左右,然后让hash表自动扩容,缺点是扩容的时候性能要受到影响。
2. 结合业务,每次给10000的bucket,缺点是浪费内存,而且无法处理100W这样的极端情况。
3. 把hash表的list变成哈希表,缺点是结构复杂,多次哈希速度慢。综合来看方案一是比较好的这种。
posted on 2012-11-24 21:12  qianye0905  阅读(309)  评论(1)    收藏  举报
刷新页面返回顶部
博客园  ©  2004-2025
浙公网安备 33010602011771号 浙ICP备2021040463号-3