From ab2d3a328c273a254daa8fdac5b20bf71ac55e21 Mon Sep 17 00:00:00 2001 From: Justin Ethier Date: Tue, 2 Aug 2016 02:11:31 -0400 Subject: [PATCH] Added notes --- docs/benchmarks/benchmark-status.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/docs/benchmarks/benchmark-status.md b/docs/benchmarks/benchmark-status.md index 03201537..14a42d55 100644 --- a/docs/benchmarks/benchmark-status.md +++ b/docs/benchmarks/benchmark-status.md @@ -4,6 +4,12 @@ TBD. will either fail or take a long time to finish: - compiler.scm - Never finishes compiling (during previous testing) - earley.scm - should run, just may take awhile - graphs.scm - seems like not working on 64 bit, GC memory usage is constant, with too many allocations + I think what is happening is that there are a lot of requests for objects on the REST heap, most of + size 96 but some of 128 (or maybe larger?). this causes heap fragmentation and over time makes it + take a long time to find larger free chunks (> 96) on this heap. + need to address the fragmentation issue somehow. can either kick the can down the road and add a 96 byte + heap, or figure out a more general solution (have N fixed sized heaps, allocate arrays in fixed sized chunks, ??) + - mbrotZ.scm - No complex library, this should still fail - pi.scm - Needs bignum support - slatex.scm - Cyclone hangs during the CPS optimization phase