Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up

C++ implementation of a fast hash map and hash set using hopscotch hashing

License

NotificationsYou must be signed in to change notification settings

Tessil/hopscotch-map

Repository files navigation

CI

A C++ implementation of a fast hash map and hash set using hopscotch hashing

The hopscotch-map library is a C++ implementation of a fast hash map and hash set using open-addressing and hopscotch hashing to resolve collisions. It is a cache-friendly data structure offering better performances thanstd::unordered_map in most cases and is closely similar togoogle::dense_hash_map while using less memory and providing more functionalities.

The library provides the following main classes:tsl::hopscotch_map,tsl::hopscotch_set,tsl::hopscotch_pg_map andtsl::hopscotch_pg_set. The first two are faster and use a power of two growth policy, the last two use a prime growth policy instead and are able to cope better with a poor hash function. Use the prime version if there is a chance of repeating patterns in the lower bits of your hash (e.g. you are storing pointers with an identity hash function). SeeGrowthPolicy for details.

In addition to these classes the library also providestsl::bhopscotch_map,tsl::bhopscotch_set,tsl::bhopscotch_pg_map andtsl::bhopscotch_pg_set. These classes have an additional requirement for the key, it must beLessThanComparable, but they provide a better asymptotic upper bound, seedetails in example. Nonetheless if you don't have specific requirements (risk of hash DoS attacks),tsl::hopscotch_map andtsl::hopscotch_set should be sufficient in most cases and should be your default pick as they perform better in general.

An overview of hopscotch hashing and some implementation details can be foundhere.

Abenchmark oftsl::hopscotch_map against other hash maps may be foundhere. This page also gives some advices on which hash table structure you should try for your use case (useful if you are a bit lost with the multiple hash tables implementations in thetsl namespace).

Key features

  • Header-only library, just add theinclude directory to your include path and you are ready to go. If you use CMake, you can also use thetsl::hopscotch_map exported target from theCMakeLists.txt.
  • Fast hash table, seebenchmark for some numbers.
  • Support for move-only and non-default constructible key/value.
  • Support for heterogeneous lookups allowing the usage offind with a type different thanKey (e.g. if you have a map that usesstd::unique_ptr<foo> as key, you can use afoo* or astd::uintptr_t as key parameter tofind without constructing astd::unique_ptr<foo>, seeexample).
  • No need to reserve any sentinel value from the keys.
  • Possibility to store the hash value on insert for faster rehash and lookup if the hash or the key equal functions are expensive to compute (see theStoreHash template parameter).
  • If the hash is known before a lookup, it is possible to pass it as parameter to speed-up the lookup (seeprecalculated_hash parameter inAPI).
  • Thetsl::bhopscotch_map andtsl::bhopscotch_set provide a worst-case of O(log n) on lookups and deletions making these classes resistant to hash table Deny of Service (DoS) attacks (seedetails in example).
  • The library can be used with exceptions disabled (through-fno-exceptions option on Clang and GCC, without an/EH option on MSVC or simply by definingTSL_NO_EXCEPTIONS).std::terminate is used in replacement of thethrow instruction when exceptions are disabled.
  • API closely similar tostd::unordered_map andstd::unordered_set.

Differences compared tostd::unordered_map

tsl::hopscotch_map tries to have an interface similar tostd::unordered_map, but some differences exist.

  • Iterator invalidation on insert doesn't behave in the same way. In general any operation modifying the hash table, excepterase, invalidate all the iterators (seeAPI for details).
  • References and pointers to keys or values in the map are invalidated in the same way as iterators to these keys-values on insert.
  • For iterators,operator*() andoperator->() return a reference and a pointer toconst std::pair<Key, T> instead ofstd::pair<const Key, T>, making the valueT not modifiable. To modify the value you have to call thevalue() method of the iterator to get a mutable reference. Example:
tsl::hopscotch_map<int,int> map = {{1,1}, {2,1}, {3,1}};for(auto it = map.begin(); it != map.end(); ++it) {//it->second = 2; // Illegal    it.value() =2;// Ok}
  • Move-only types must have a nothrow move constructor (with open addressing, it is not possible to keep the strong exception guarantee on rehash if the move constructor may throw).
  • No support for some buckets related methods (likebucket_size,bucket, ...).

These differences also apply betweenstd::unordered_set andtsl::hopscotch_set.

Thread-safety and exceptions guarantees are the same asstd::unordered_map/set (i.e. possible to have multiple readers with no writer).

Growth policy

The library supports multiple growth policies through theGrowthPolicy template parameter. Three policies are provided by the library but you can easily implement your own if needed.

  • tsl::hh::power_of_two_growth_policy. Default policy used bytsl::(b)hopscotch_map/set. This policy keeps the size of the bucket array of the hash table to a power of two. This constraint allows the policy to avoid the usage of the slow modulo operation to map a hash to a bucket, instead ofhash % 2n, it useshash & (2n - 1) (seefast modulo). Fast but this may cause a lot of collisions with a poor hash function as the modulo with a power of two only masks the most significant bits in the end.
  • tsl::hh::prime_growth_policy. Default policy used bytsl::(b)hopscotch_pg_map/set. The policy keeps the size of the bucket array of the hash table to a prime number. When mapping a hash to a bucket, using a prime number as modulo will result in a better distribution of the hashes across the buckets even with a poor hash function. To allow the compiler to optimize the modulo operation, the policy use a lookup table with constant primes modulos (seeAPI for details). Slower thantsl::hh::power_of_two_growth_policy but more secure.
  • tsl::hh::mod_growth_policy. The policy grows the map by a customizable growth factor passed in parameter. It then just use the modulo operator to map a hash to a bucket. Slower but more flexible.

If you encounter poor performances check theoverflow_size(), if it is not zero you may have a lot of hash collisions. Either change the hash function for something more uniform or try another growth policy (mainlytsl::hh::prime_growth_policy). Unfortunately it is sometimes difficult to guard yourself against collisions (e.g. DoS attack on the hash map). If needed, check alsotsl::bhopscotch_map/set which offer a worst-case scenario of O(log n) on lookups instead of O(n), seedetails in example.

To implement your own policy, you have to implement the following interface.

structcustom_policy {// Called on hash table construction and rehash, min_bucket_count_in_out is the minimum buckets// that the hash table needs. The policy can change it to a higher number of buckets if needed// and the hash table will use this value as bucket count. If 0 bucket is asked, then the value// must stay at 0.explicitcustom_policy(std::size_t& min_bucket_count_in_out);// Return the bucket [0, bucket_count()) to which the hash belongs.// If bucket_count() is 0, it must always return 0.    std::size_tbucket_for_hash(std::size_t hash)constnoexcept;// Return the number of buckets that should be used on next growth    std::size_tnext_bucket_count()const;// Maximum number of buckets supported by the policy    std::size_tmax_bucket_count()const;// Reset the growth policy as if the policy was created with a bucket count of 0.// After a clear, the policy must always return 0 when bucket_for_hash() is called.voidclear()noexcept;}

Installation

To use hopscotch-map, just add theinclude directory to your include path. It is aheader-only library.

If you use CMake, you can also use thetsl::hopscotch_map exported target from theCMakeLists.txt withtarget_link_libraries.

# Example where the hopscotch-map project is stored in a third-party directoryadd_subdirectory(third-party/hopscotch-map)target_link_libraries(your_targetPRIVATE tsl::hopscotch_map)

If the project has been installed throughmake install, you can also usefind_package(tsl-hopscotch-map REQUIRED) instead ofadd_subdirectory.

The code should work with any C++17 standard-compliant compiler.

To run the tests you will need the Boost Test library and CMake.

git clone https://github.com/Tessil/hopscotch-map.gitcd hopscotch-map/testsmkdir buildcd buildcmake ..cmake --build../tsl_hopscotch_map_tests

Usage

The API can be foundhere.

All methods are not documented yet, but they replicate the behaviour of the ones instd::unordered_map andstd::unordered_set, except if specified otherwise.

Example

#include<cstdint>#include<iostream>#include<string>#include<tsl/hopscotch_map.h>#include<tsl/hopscotch_set.h>intmain() {    tsl::hopscotch_map<std::string,int> map = {{"a",1}, {"b",2}};    map["c"] =3;    map["d"] =4;        map.insert({"e",5});    map.erase("b");for(auto it = map.begin(); it != map.end(); ++it) {//it->second += 2; // Not valid.        it.value() +=2;    }// {d, 6} {a, 3} {e, 7} {c, 5}for(constauto& key_value : map) {        std::cout <<"{" << key_value.first <<"," << key_value.second <<"}" << std::endl;    }if(map.find("a") != map.end()) {        std::cout <<"Found\"a\"." << std::endl;    }const std::size_t precalculated_hash = std::hash<std::string>()("a");// If we already know the hash beforehand, we can pass it in parameter to speed-up lookups.if(map.find("a", precalculated_hash) != map.end()) {        std::cout <<"Found\"a\" with hash" << precalculated_hash <<"." << std::endl;    }/*     * Calculating the hash and comparing two std::string may be slow.     * We can store the hash of each std::string in the hash map to make     * the inserts and lookups faster by setting StoreHash to true.*/     tsl::hopscotch_map<std::string,int, std::hash<std::string>,                        std::equal_to<std::string>,                       std::allocator<std::pair<std::string,int>>,30,true> map2;                           map2["a"] =1;    map2["b"] =2;// {a, 1} {b, 2}for(constauto& key_value : map2) {        std::cout <<"{" << key_value.first <<"," << key_value.second <<"}" << std::endl;    }                    tsl::hopscotch_set<int> set;    set.insert({1,9,0});    set.insert({2, -1,9});// {0} {1} {2} {9} {-1}for(constauto& key : set) {        std::cout <<"{" << key <<"}" << std::endl;    }}

Heterogeneous lookups

Heterogeneous overloads allow the usage of other types thanKey for lookup and erase operations as long as the used types are hashable and comparable toKey.

To activate the heterogeneous overloads intsl::hopscotch_map/set, the qualified-idKeyEqual::is_transparent must be valid. It works the same way as forstd::map::find. You can either usestd::equal_to<> or define your own function object.

BothKeyEqual andHash will need to be able to deal with the different types.

#include<functional>#include<iostream>#include<string>#include<tsl/hopscotch_map.h>structemployee {employee(int id, std::string name) : m_id(id), m_name(std::move(name)) {    }// Either we include the comparators in the class and we use `std::equal_to<>`...friendbooloperator==(const employee& empl,int empl_id) {return empl.m_id == empl_id;    }friendbooloperator==(int empl_id,const employee& empl) {return empl_id == empl.m_id;    }friendbooloperator==(const employee& empl1,const employee& empl2) {return empl1.m_id == empl2.m_id;    }int m_id;    std::string m_name;};// ... or we implement a separate class to compare employees.structequal_employee {using is_transparent =void;booloperator()(const employee& empl,int empl_id)const {return empl.m_id == empl_id;    }booloperator()(int empl_id,const employee& empl)const {return empl_id == empl.m_id;    }booloperator()(const employee& empl1,const employee& empl2)const {return empl1.m_id == empl2.m_id;    }};structhash_employee {    std::size_toperator()(const employee& empl)const {return std::hash<int>()(empl.m_id);    }        std::size_toperator()(int id)const {return std::hash<int>()(id);    }};intmain() {// Use std::equal_to<> which will automatically deduce and forward the parameters    tsl::hopscotch_map<employee,int, hash_employee, std::equal_to<>> map;     map.insert({employee(1,"John Doe"),2001});    map.insert({employee(2,"Jane Doe"),2002});    map.insert({employee(3,"John Smith"),2003});// John Smith 2003auto it = map.find(3);if(it != map.end()) {        std::cout << it->first.m_name <<"" << it->second << std::endl;    }    map.erase(1);// Use a custom KeyEqual which has an is_transparent member type    tsl::hopscotch_map<employee,int, hash_employee, equal_employee> map2;    map2.insert({employee(4,"Johnny Doe"),2004});// 2004    std::cout << map2.at(4) << std::endl;}

Deny of Service (DoS) attack

In addition totsl::hopscotch_map andtsl::hopscotch_set, the library provides two more "secure" options:tsl::bhopscotch_map andtsl::bhopscotch_set (all with theirpg counterparts).

These two additions have a worst-case asymptotic complexity of O(log n) for lookups and deletions and an amortized worst case of O(log n) for insertions (amortized due to the possibility of rehash which would be in O(n)). Even if the hash function maps all the elements to the same bucket, the O(log n) would still hold.

This provides a security against hash table Deny of Service (DoS) attacks.

To achieve this, thesecure versions use a binary search tree for the overflown elements (seeimplementation details) and thus need the elements to beLessThanComparable. An additionalCompare template parameter is needed.

#include<chrono>#include<cstdint>#include<iostream>#include<tsl/hopscotch_map.h>#include<tsl/bhopscotch_map.h>/* * Poor hash function which always returns 1 to simulate * a Deny of Service attack.*/structdos_attack_simulation_hash {    std::size_toperator()(int id)const {return1;    }};intmain() {/*     * Slow due to the hash function, insertions are done in O(n).*/    tsl::hopscotch_map<int,int, dos_attack_simulation_hash> map;auto start =std::chrono::high_resolution_clock::now();for(int i=0; i <10000; i++) {        map.insert({i,0});    }auto end =std::chrono::high_resolution_clock::now();// 110 msauto duration = std::chrono::duration_cast<std::chrono::milliseconds>(end-start);    std::cout << duration.count() <<" ms" << std::endl;/*     * Faster. Even with the poor hash function, insertions end-up to     * be O(log n) in average (and O(n) when a rehash occurs).*/    tsl::bhopscotch_map<int,int, dos_attack_simulation_hash> map_secure;        start =std::chrono::high_resolution_clock::now();for(int i=0; i <10000; i++) {        map_secure.insert({i,0});    }    end =std::chrono::high_resolution_clock::now();// 2 ms    duration = std::chrono::duration_cast<std::chrono::milliseconds>(end-start);    std::cout << duration.count() <<" ms" << std::endl;}

License

The code is licensed under the MIT license, see theLICENSE file for details.

About

C++ implementation of a fast hash map and hash set using hopscotch hashing

Topics

Resources

License

Stars

Watchers

Forks

Packages

No packages published

[8]ページ先頭

©2009-2025 Movatter.jp