STL哈希表[无序映射]查找性能与大小
stl hashtable [unordered map] look up performance with size
我有一个非常基本的问题,关于哈希映射的时间复杂度随着大小的增长。理想情况下,查找时间应该是常数O(1)。
查找的时间复杂度是否随着哈希表的增长而保持不变?
让我也引用一下问这个问题的原因。我有一个应用程序,其中我在无序映射中存储了数百万个条目。
随着大小的增长,应用程序查找所需的时间会变长。
遍历所有桶并输出桶大小。理想的桶大小是0和1。较大的桶大小可能表明您使用的哈希函数不是最优的,因为它会导致哈希冲突。
相关文章:
- 正在查找文档以获得PS4平台的C++中的设备信息
- 删除一个线程上有数百万个字符串的大型哈希映射会影响另一个线程的性能
- 在C++中查找文件
- OpenMP阵列性能较差
- 设置::查找和查找之间的性能差异<algorithm>
- C++:交换机语句与查找表的性能
- 使用STD :: MAP在数据及其性能问题中查找重复项.我可以预先分配吗?
- 在多线程环境中使用 libcurl 会导致与 DNS 查找相关的性能非常慢
- 性能:在 ARR(允许平局)中查找最大值的索引
- MongoDB的性能在一系列值中以键查找文档
- A* 路径查找中 std::map 性能的视觉C++性能问题
- 性能映射 C++ 查找(G++ (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3))
- 性能标准::strstr vs. 标准::字符串::查找
- 哪个性能更快?具有 N 个派生类型的 vtable 查找,或具有 N 个元素的 std::map 查找
- C++:这个磁盘查找会对性能造成很大的影响吗
- STL哈希表[无序映射]查找性能与大小
- map(和族)查找性能问题
- Python在简单数组查找上的小循环的性能问题
- 在unordered_map中查找的性能
- 查找仅在性能测试下发生的堆损坏的最佳方法是什么?