search for: jikesrvm

BTW, have you look at MMTk (http://jikesrvm.org/MMTk) ? This is the garbage collection library that underlies JikesRVM. It is a 'research-oriented' implementation, meaning that it has lots of configurable settings and plugin interfaces for implementing a broad range of collection algorithms. I was amused by the fact that "bu...

On Feb 26, 2009, at 12:25, Chris Lattner wrote: > On Feb 26, 2009, at 12:02 AM, Talin wrote: > >> With the increasing number of LLVM-based VMs and other projects, I >> suspect that the desire for more comprehensive garbage collection >> support in LLVM is only going to increase. > > What you see in LLVM right now is really only the second step of the >

...ed infrequently should not be inlined, while the ones that are frequently called should have a higher chance of being inlined. The algorithm I want to use is based on a benefit/cost ratio, so it can take advantage of the existing InlineCost analysis. The algorithm is a variation of the one found in JikesRVM, of course adapted and tuned for LLVM. According to the paper, the performance of the application can be up to 57% better than with inlining done without any profile info. The second optimization is intended to replace the current BasicBlockPlacement pass, which uses a naive algorithm, with an alg...

On 17/09/10 09:55, Pedro Ferreira wrote: > As I understand it, LLVM simply gives you support for garbage collectors > that you have to implement yourself and link into the final binary, > similar to what C's malloc does (it's a library call). The issue with > GC's is that they need to be provided info about the stack, thats where > LLVM's support comes in. Are there