Re: [Simulavr-devel] Re: interrupt flag/enable bits update

[John Regehr]

> Speaking of inlining, I've got a huge patch that inlines many of the small
> wrapper functions. My tests show that it gives about a 10% speed increase.
> I'm not gonig to commit until I get Keith's patches in though (hopefully
> this weekend).

Still speaking of inlining, the other day my group released a tool that
does cross-module inlining for C programs:

  http://www.cs.utah.edu/flux/knit/cmi.html

Unfortunately something in simulavr tickles a bug in the C parser, I've
told the author about the bug and hopefully he'll fix it soon.

The tool is pretty cool: it slurps in a bunch of C files, does some
renaming to avoid conflicts, does a topological sort based on the
callgraph, and then spits out everything in a big C file so that gcc's
inlining can really go crazy.

Once everything is working, if it gets a respectable speedup on simulavr,
an option would be to distribute a "flattened" version of simulavr along
with the regular sources that folks who care about performance could use.

In the meantime I want to figure out how to benchmark simulavr.  The
timing information that it prints is good, but what I'd like to do is
write some AVR code in C that will cause simulavr to terminate its
simulation run after doing some processing.  Is there some way to do this?
I seem to remember that simulavr used to terminate when it hit a "sleep"
instruction but it doesn't seem to anymore.

Thanks,

John