On Sep 7, 2011, at 4:13 PM, Rémi Forax wrote: > On 09/07/2011 01:22 PM, Christian Thalinger wrote: >> >> >> On Sep 7, 2011, at 11:15 AM, Rémi Forax wrote: >> >>> On 09/07/2011 09:08 AM, John Rose wrote: >>>> >>>> On Sep 7, 2011, at 12:00 AM, Per Bothner wrote: >>>> >>>>> I assume this is one reason why Kawa's IntNum is (mostly) faster than >>>>> BigInteger. >>>> >>>> Yes, that's probably true. >>>> >>>> Here's a dirty secret: As you can see from the OpenJDK sources, >>>> BigDecimal, but not BigInteger, has this optimization (see private field >>>> BigDecimal.intCompact). Why BigDecimal but not BigInteger? Because >>>> specjbb2000 uses BigDecimal. >>>> >>>> (OTOH, an imperfect metric like specjbb2000 is far better than no metric >>>> at all, for driving competition.) >>> >>> This remember me that we don't have any benchmarks using dynamic languages >>> which is, as you explain, not good on the long term. >>> >>> What about having 10 to 12 benchs, one by language, provided by each >>> language runtime developer >>> as a good bench for their runtime ? >> >> That is a VERY good idea! How about if PHP.reboot contributes the first >> one? ;-) > > I've to think a bit about what is the best program for a bench of PHP.reboot. > I also think that we should provide only one jar with a special entrypoint.
Right, that would be good. Maybe something like DaCapo where you have one jar file but you can also choose to run single benchmarks (e.g. java -jar jsr292bench.jar [phpreboot|jruby|seph|...]). > > What is the best location for that benchmark ? Not sure. What about Kenai? -- Christian > >> >> -- Christian > > Rémi > > _______________________________________________ > mlvm-dev mailing list > mlvm-dev@openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
_______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
