3 ms·
> PyPy was able to eventually outperform LuaJIT slightly, given enough iterations Is this benchmark data-intensive? One known weak point of LuaJIT is its GC,
by haberman 14y ago
> PyPy was able to eventually outperform LuaJIT slightly, given enough iterations
Is this benchmark data-intensive? One known weak point of LuaJIT is its GC, which is slated for a rewrite: http://wiki.luajit.org/New-Garbage-Collector http://wiki.luajit.org/New-Garbage-Collector
If "richards" allocates lots of objects that accumulate and need to be GC'd, this could explain why PyPy wins eventually.
- igouy 14y ago"[Richards] simulates the task dispatcher in the kernel of an operating system." http://labs.oracle.com/people/mario/java_benchmarking/richards/richards.html http://labs.oracle.com/people/mario/java_benchmarking/richar...
- haberman 14y agoThat doesn't answer the question of whether the benchmark is written in a way that generates lots of objects that need to be GC'd. I'd be very surprised if PyPy beat LuaJIT for anything that was numerical or otherwise had a fixed working set.
- ltratt 14y ago[Richards] > Is this benchmark data-intensive? A draft paper where C F Bolz and I look at this is here: http://tratt.net/laurie/research/publications/papers/bolz_tratt__the_impact_of_metatracing_on_vm_design_and_implementation.pdf http://tratt.net/laurie/research/publications/papers/bolz_tr... You can also download the full experimental suite and check out the particular benchmark(s) yourself. In my opinion, fijal has provided an accurate summary of the situation as we currently understand it.