commit | 02bd37c73062ebb8dd3f0c12a50f478ea9872261 | [log] [tgz] |
---|---|---|
author | Matthew Maurer <mmaurer@google.com> | Tue May 31 19:06:25 2022 +0000 |
committer | Automerger Merge Worker <android-build-automerger-merge-worker@system.gserviceaccount.com> | Tue May 31 19:06:25 2022 +0000 |
tree | 5420aebe7e6eefdf12bb6fd5ae3c36f0b707a3df | |
parent | 2b2ef406bbd4c4e1564ad82bf9d7be9e023bebb6 [diff] | |
parent | cb3bd24f8059f3977937c764ec52040f1a2d570d [diff] |
Update TEST_MAPPING am: e9c5226f5a am: 3ffacaa5f3 am: ff14c6f91a am: 14ad17adfa am: cb3bd24f80 Original change: https://android-review.googlesource.com/c/platform/external/rust/crates/rustc-hash/+/2108503 Change-Id: I307d5c60c12be956aeafdd0811e121c03a79f9ed Signed-off-by: Automerger Merge Worker <android-build-automerger-merge-worker@system.gserviceaccount.com>
A speedy hash algorithm used within rustc. The hashmap in liballoc by default uses SipHash which isn‘t quite as speedy as we want. In the compiler we’re not really worried about DOS attempts, so we use a fast non-cryptographic hash.
This is the same as the algorithm used by Firefox -- which is a homespun one not based on any widely-known algorithm -- though modified to produce 64-bit hash values instead of 32-bit hash values. It consistently out-performs an FNV-based hash within rustc itself -- the collision rate is similar or slightly worse than FNV, but the speed of the hash function itself is much higher because it works on up to 8 bytes at a time.
use rustc_hash::FxHashMap; let mut map: FxHashMap<u32, u32> = FxHashMap::default(); map.insert(22, 44);
no_std
This crate can be used as a no_std
crate by disabling the std
feature, which is on by default, as follows:
rustc-hash = { version = "1.0", default-features = false }
In this configuration, FxHasher
is the only export, and the FxHashMap
/FxHashSet
type aliases are omitted.