Fcalva/cyclone
1
0
Fork 0
mirror of https://github.com/justinethier/cyclone.git synced 2025-05-20 22:29:16 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

WIP

Browse source
This commit is contained in:
Justin Ethier 2016-08-02 18:54:10 -04:00
parent cc2b5024cb
commit 12b44cd04a
1 changed files with 2 additions and 8 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
docs/benchmarks/car4-dev/benchmark-status.md
View file

@ -1,14 +1,7 @@
car2-dev status on x86_64 car4-dev status on x86_64
TBD. will either fail or take a long time to finish: TBD. will either fail or take a long time to finish:
- compiler.scm - Never finishes compiling (during previous testing) - compiler.scm - Never finishes compiling (during previous testing)
- earley.scm - should run, just may take awhile
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 - mbrotZ.scm - No complex library, this should still fail
- pi.scm - Needs bignum support - pi.scm - Needs bignum support
- slatex.scm - Cyclone hangs during the CPS optimization phase - slatex.scm - Cyclone hangs during the CPS optimization phase
@ -16,6 +9,7 @@ TBD. will either fail or take a long time to finish:
Not Tested yet: Not Tested yet:
Fail: Fail:
Pass: Pass:
- earley.scm - runs, just takes awhile (!!)
- graphs.scm - graphs.scm
- ack.scm - ack.scm
- array1.scm - array1.scm