Parallel-HashMap项目中自定义哈希器的构造方法详解
2025-06-27 02:55:10作者:宣聪麟
parallel-hashmap
A family of header-only, very fast and memory-friendly hashmap and btree containers.
理解Parallel-HashMap的自定义哈希器
在Parallel-HashMap项目中,自定义哈希器是实现高效哈希表的关键组件。与标准库中的unordered_map不同,Parallel-HashMap提供了更灵活的自定义哈希器构造方式,允许开发者在初始化时传递参数给哈希器。
自定义哈希器的基本结构
一个完整的自定义哈希器通常包含两个主要部分:哈希函数(KeyHasher)和键比较函数(KeyEqualTo)。这两个组件共同决定了哈希表如何处理键的存储和查找。
哈希函数(KeyHasher)的实现
哈希函数的核心是重载operator(),它接收键类型作为参数并返回size_t类型的哈希值。在Parallel-HashMap中,哈希器可以包含构造函数,允许在初始化时传递必要参数:
struct KeyHasher {
// 成员变量
uint8_t prefix;
uint32_t k;
uint64_t* pows;
Buf2bit<> *seqBuf;
// 默认构造函数
KeyHasher() {}
// 带参数的构造函数
KeyHasher(Buf2bit<> *seqBuf, uint8_t prefix, uint32_t k)
: prefix(prefix), k(k), seqBuf(seqBuf) {
pows = new uint64_t[prefix];
for(uint8_t p = 0; p<prefix; ++p)
pows[p] = (uint64_t) pow(4,p);
}
// 哈希函数
std::size_t operator()(const Key& key) const {
uint64_t fw = 0, rv = 0, offset = key.getKmer();
for(uint8_t c = 0; c<prefix; ++c) {
fw += seqBuf->at(offset+c) * pows[c];
rv += (3-seqBuf->at(offset+k-1-c)) * pows[c];
}
return fw < rv ? fw : rv;
}
};
键比较函数(KeyEqualTo)的实现
键比较函数用于确定两个键是否相等,特别是在哈希冲突时:
struct KeyEqualTo {
Buf<uint8_t> *seqBuf, *seqBuf2;
KeyEqualTo(Buf<uint8_t> *seqBuf = NULL, Buf<uint8_t> *seqBuf2 = NULL)
: seqBuf(seqBuf), seqBuf2(seqBuf2) {}
bool operator()(const Key& key1, const Key& key2) const {
uint8_t *lhs = seqBuf->seq+key1.getKmer(), *rhs = seqBuf2->seq+key2.getKmer();
for(uint32_t i = 0; i<kLen; ++i) {
if(lhs[i] != rhs[i])
break;
if (i == kLen-1)
return true;
}
for(uint32_t i = 0; i<kLen; ++i) {
if(lhs[i] != 3-rhs[kLen-i-1])
return false;
}
return true;
}
};
在Parallel-HashMap中使用自定义哈希器
初始化Parallel-HashMap时,可以通过构造函数传递自定义的哈希器和键比较函数:
// 直接初始化方式
phmap::parallel_hash_map<Key, Value, KeyHasher, KeyEqualTo>
my_map(0, KeyHasher(seqBuf, prefix, k), KeyEqualTo(seqBuf, seqBuf2));
// 动态分配方式
ParallelMap* map = new ParallelMap(0, KeyHasher(seqBuf, prefix, k), KeyEqualTo(seqBuf, prefix, k));
最佳实践和注意事项
-
内存管理:如果哈希器内部动态分配了内存(如示例中的pows数组),需要确保在哈希器生命周期结束时正确释放。
-
线程安全:Parallel-HashMap设计用于并发环境,确保哈希器中的成员访问是线程安全的。
-
性能考虑:哈希函数应该尽可能高效,因为它会在每次查找、插入和删除操作中被调用。
-
哈希质量:良好的哈希函数应该尽可能均匀地分布键,减少冲突。
-
构造参数:合理设计构造函数参数,确保哈希器可以获取计算哈希值所需的所有外部数据。
通过这种灵活的自定义哈希器机制,Parallel-HashMap能够适应各种复杂的键类型和哈希需求,为高性能计算场景提供了强大的支持。
parallel-hashmap
A family of header-only, very fast and memory-friendly hashmap and btree containers.
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust099- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiMo-V2.5-ProMiMo-V2.5-Pro作为旗舰模型,擅⻓处理复杂Agent任务,单次任务可完成近千次⼯具调⽤与⼗余轮上 下⽂压缩。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00
热门内容推荐
最新内容推荐
项目优选
收起
暂无描述
Dockerfile
710
4.51 K
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
583
99
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
958
955
deepin linux kernel
C
28
16
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.61 K
942
Ascend Extension for PyTorch
Python
573
694
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
1.43 K
116
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
415
339
暂无简介
Dart
952
235
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
2