- Apr 27, 2019
-
-
Alex Lyon authored
-
- Apr 24, 2019
-
-
Mateusz Mikuła authored
-
- Apr 21, 2019
-
-
Jeremy Soller authored
-
jD91mZM2 authored
https://github.com/BurntSushi/rust-memchr is supposed to be a whole lot faster :)
-
- Apr 19, 2019
-
-
Mateusz Mikuła authored
-
- Apr 15, 2019
-
-
Michał Zwonek authored
Changed while loops to for - https://gitlab.redox-os.org/redox-os/relibc/issues/128
-
- Jan 13, 2019
-
-
Jeremy Soller authored
-
- Dec 02, 2018
-
-
Jeremy Soller authored
-
Jeremy Soller authored
-
- Dec 01, 2018
-
-
Jeremy Soller authored
-
- Nov 28, 2018
-
-
Jeremy Soller authored
-
- Nov 26, 2018
-
-
Ian Douglas Scott authored
-
- Nov 25, 2018
-
-
Jeremy Soller authored
-
- Nov 10, 2018
-
-
Jeremy Soller authored
-
- Oct 09, 2018
-
- Oct 07, 2018
-
-
Benedikt Rascher-Friesenhausen authored
As per the comments from jD91mZM2 on the merge request.
-
Benedikt Rascher-Friesenhausen authored
I saw that in other parts of the `string` module iterations over `usize` were used to increase iteration speed. In this patch I apply the same logic to `memcmp`. With this change I measured a 7x speedup for `memcmp` on a ~1MB buffer (comparing two buffers with the same content) on my machine (i7-7500U), but I did not do any real world benchmarking for the change. The increase in speed comes with the tradeoff of both increased complexity and larger generated assembly code for the function. I tested the correctness of the implementation by generating two randomly filled buffers and comparing the `memcmp` result of the old implementation against this new one. I ran the tests and currently currently three of them fail: - netdb (fails to run) - stdio/rename (fails to verify) - unistd/pipe (fails to verify) They do so though regardless of this change, so I don't think they are related.
-
- Oct 06, 2018
-
- Oct 05, 2018
-
- Sep 25, 2018
-
-
Jeremy Soller authored
-
- Sep 22, 2018
-
- Aug 27, 2018
-
-
Jeremy Soller authored
-
- Aug 26, 2018
-
-
Jeremy Soller authored
-
Jeremy Soller authored
-