From a2ccd7a28783be9c436b53fc1b9847d5832b045a Mon Sep 17 00:00:00 2001 From: John Tromp Date: Thu, 27 Oct 2016 15:03:54 -0400 Subject: [PATCH] note mem size --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 4858d0c..026bf57 100644 --- a/README.md +++ b/README.md @@ -32,7 +32,7 @@ which gave a nice speed boost for that case. Since then I reduced the number of buckets in the cpu solver from 2^16 to 2^12, which allowed for reducing the bucket space overhead. I borrowed from xenoncat the idea to allocate all memory statically, and found a way to improve upon his memory layout, -reducing waste by about 7%. +reducing waste by about 7%. My solver now needs only 144MB compared to xenoncat's 178MB. Seeing that my solver was spending 45% of runtime on hashing, I asked xenoncat if (s)he could make their assembly blake2b implementation available through a C binding, which s(he)