From 69efa50a0d4b86a86ab579836efb60db95242867 Mon Sep 17 00:00:00 2001 From: Daan Date: Fri, 21 Jun 2019 08:46:03 -0700 Subject: [PATCH] add reference to the technical report --- readme.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/readme.md b/readme.md index a7674738..22e9fcfb 100644 --- a/readme.md +++ b/readme.md @@ -47,7 +47,7 @@ Notable aspects of the design include: and usually uses less memory (up to 25% more in the worst case). A nice property is that it does consistently well over a wide range of benchmarks. -You can read more on the design of _mimalloc_ in the upcoming technical report +You can read more on the design of _mimalloc_ in the [technical report](https://www.microsoft.com/en-us/research/publication/mimalloc-free-list-sharding-in-action) which also has detailed benchmark results. Enjoy! @@ -252,7 +252,7 @@ suffering from underperformance in less common situations (which is what the second half of our benchmark set tests for). We show here only the results on an AMD EPYC system (Apr 2019) -- for -specific details and further benchmarks we refer to the technical report. +specific details and further benchmarks we refer to the [technical report](https://www.microsoft.com/en-us/research/publication/mimalloc-free-list-sharding-in-action). The benchmark suite is scripted and available separately as [mimalloc-bench](https://github.com/daanx/mimalloc-bench).