diff options
| author | Simon Sapin <simon.sapin@exyr.org> | 2019-04-25 13:52:04 +0200 |
|---|---|---|
| committer | Simon Sapin <simon.sapin@exyr.org> | 2019-04-25 13:52:09 +0200 |
| commit | 51d6b6350efd518fea1cf6f100e91fc9486ca30b (patch) | |
| tree | ef6371d274e4b0538a6bf807e0ba72fc0b1c6f7c /.gitattributes | |
| parent | 07d1559141959cb0c49df33f1eb7dbc58c3e71da (diff) | |
| download | servo-51d6b6350efd518fea1cf6f100e91fc9486ca30b.tar.gz servo-51d6b6350efd518fea1cf6f100e91fc9486ca30b.zip | |
Upgrade to rustc 1.36.0-nightly (e305df184 2019-04-24)
This includes a `size_of` regression for a few DOM types,
due to https://github.com/rust-lang/rust/pull/58623 which replaces the
implementation of `HashMap` in the standard library to Hashbrown.
Although `size_of<HashMap>` grows, it’s not obvious how total memory usage
is going to be impacted: Hashbrown only has one `u8` instead of one `usize`
of overhead per hash table bucket for storing (part of) a hash,
and so might allocate less memory itself.
Hashbrown also typically has better run time performance:
https://github.com/rust-lang/hashbrown#performance
Still, I’ve filed https://github.com/rust-lang/hashbrown/issues/69
about potentially reducing the `size_of<HashMap>` regression.
Diffstat (limited to '.gitattributes')
0 files changed, 0 insertions, 0 deletions