| commit | a5eb25d7a177debb23e5bcb9f8e8bcf87b17dc9e | [log] [tgz] |
|---|---|---|
| author | James Farrell <[email protected]> | Wed May 22 23:28:07 2024 +0000 |
| committer | Automerger Merge Worker <[email protected]> | Wed May 22 23:28:07 2024 +0000 |
| tree | 57da6e40a94f01ccf015e95c1ac7ae78944906d3 | |
| parent | 6b1ebd5605bc6d276b14776fda18b7a6a701d1ed [diff] | |
| parent | 3ccc6c398aacf53be52234cf0c0d918fcc6f7518 [diff] |
Update Android.bp by running cargo_embargo am: ca35b243c5 am: 3ccc6c398a Original change: https://android-review.googlesource.com/c/platform/external/rust/crates/rustc-hash/+/3096083 Change-Id: I81517786f0df5f4dfb9c0c53f6a5c575b936b9e6 Signed-off-by: Automerger Merge Worker <[email protected]>
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_stdThis 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.