Hotspot loves PHP.reboot
Christian Thalinger
christian.thalinger at oracle.com
Wed Sep 7 07:21:01 PDT 2011
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 at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/mlvm-dev/attachments/20110907/d87635e3/attachment.html
More information about the mlvm-dev
mailing list