Is there any approach that will use LLVM to JIT the emitted bytecode? Also
will LLVM be used on non-dynamically inserted bytecode called by the emitted
code? If I have the following call sequence:
caller -> dynamically emitted code -> precompiled bytecode
Where "->" means calls. I
Hello,
I have an application where rules are generated (as part of a genetic
algorithm). Rather than evaluate the rules in interpreted form
(which are 5x or more slower than the equivalent compiled code),
thinking to use reflection.emit or the mono compiler as a service.
Compiler as a service
Dynamic methods are not supported with LLVM.
On Tue, Feb 14, 2012 at 7:11 PM, Jonathan Shore wrote:
> In this regard I had started to experiment with DynamicMethod. I created
> a test to explore the performance profile of dynamic compilation. The
> test has a variety of modes, but in this cas
In this regard I had started to experiment with DynamicMethod. I created a test to explore the performance profile of dynamic compilation. The test has a variety of modes, but in this case creates / compiles once and evaluates the delegate 1e9 times and compares to a non-dynamic delegate evaluat
On Tue, Feb 14, 2012 at 2:27 PM, Jonathan Shore wrote:
> I have an application where rules are generated (as part of a genetic
> algorithm). Rather than evaluate the rules in interpreted form (which are
> 5x or more slower than the equivalent compiled code), thinking to use
> reflection.emit or
I have an application where rules are generated (as part of a genetic
algorithm). Rather than evaluate the rules in interpreted form (which are 5x
or more slower than the equivalent compiled code), thinking to use
reflection.emit or the mono compiler as a service.
Millions of rules are genera
