rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2022-02-13	make Instant::{duration_since, elapsed, sub} saturating and remove workarounds	The8472	-144/+3
	This removes all mutex/atomics based workarounds for non-monotonic clocks and makes the previously panicking methods saturating instead. Effectively this moves the monotonization from `Instant` construction to the comparisons. This has some observable effects, especially on platforms without monotonic clocks: * Incorrectly ordered Instant comparisons no longer panic. This may hide some programming errors until someone actually looks at the resulting `Duration` * `checked_duration_since` will now return `None` in more cases. Previously it only happened when one compared instants obtained in the wrong order or manually created ones. Now it also does on backslides. The upside is reduced complexity and lower overhead of `Instant::now`.
2021-10-30	Add #[must_use] to remaining std functions (O-Z)	John Kugelman	-2/+2

2021-10-04	Rollup merge of #88651 - AGSaidi:monotonize-inner-64b-aarch64, r=dtolnay	Manish Goregaokar	-2/+2
	Use the 64b inner:monotonize() implementation not the 128b one for aarch64 aarch64 prior to v8.4 (FEAT_LSE2) doesn't have an instruction that guarantees untorn 128b reads except for completing a 128b load/store exclusive pair (ldxp/stxp) or compare-and-swap (casp) successfully. The requirement to complete a 128b read+write atomic is actually more expensive and more unfair than the previous implementation of monotonize() which used a Mutex on aarch64, especially at large core counts. For aarch64 switch to the 64b atomic implementation which is about 13x faster for a benchmark that involves many calls to Instant::now().
2021-09-17	use AtomicU64::fetch_update instead of handrolled RMW-loop	The8472	-14/+9

2021-09-16	fix potential race in AtomicU64 time monotonizer	The8472	-28/+34

2021-09-04	Use the 64b inner:monotonize() implementation not the 128b one for aarch64	Ali Saidi	-2/+2
	aarch64 prior to v8.4 (FEAT_LSE2) doesn't have an instruction that guarantees untorn 128b reads except for completing a 128b load/store exclusive pair (ldxp/stxp) or compare-and-swap (casp) successfully. The requirement to complete a 128b read+write atomic is actually more expensive and more unfair than the previous implementation of monotonize() which used a Mutex on aarch64, especially at large core counts. For aarch64 switch to the 64b atomic implementation which is about 13x faster for a benchmark that involves many calls to Instant::now().
2021-08-22	Fix typos “an”→“a” and a few different ones that appeared in the ↵	Frank Steffahn	-1/+1
	same search
2021-08-20	fix tests on wasm targets that have 32bit time_t and don't have threads	The8472	-2/+12

2021-08-17	[review] fix comment	the8472	-1/+1
	Co-authored-by: Amanieu d'Antras <amanieu@gmail.com>
2021-08-16	correct overflows in the backslide case, add test	The8472	-8/+48

2021-08-16	Apply suggestions from code review	the8472	-2/+2
	Co-authored-by: Amanieu d'Antras <amanieu@gmail.com>
2021-08-13	add benchmarks for 1, 2, 4, 8, 16 threads	The8472	-0/+43

2021-08-13	where available use 64- or 128bit atomics instead of a Mutex to monotonize time	The8472	-2/+120

2020-10-21	Duration::zero() -> Duration::ZERO	Jubilee Young	-3/+3
	Duration::ZERO composes better with match and various other things, at the cost of an occasional parens, and results in less work for the optimizer, so let's use that instead.
2020-10-21	Dogfood Duration API in std::time tests	Jubilee Young	-16/+16
	This expands time's test suite to use more and in more places the range of methods and constants added to Duration in recent proposals for the sake of testing more API surface area and improving legibility.
2020-08-31	std: move "mod tests/benches" to separate files	Lzu Tao	-0/+165
	Also doing fmt inplace as requested.