Oracle Nashorn Question
Marcus Lagergren
marcus.lagergren at oracle.com
Mon Jul 21 17:22:22 UTC 2014
The best place to post a query like this is nashorn-dev.
In fact, we were actually looking at this today and we think we have ways to fix this. Partial remedy might be to use —global-per-engine=true, setting, which will limit the creation to one global shared between engines. Right, Sundar?
/M
On 21 Jul 2014, at 17:49, Julien Ponge <julien.ponge at insa-lyon.fr> wrote:
> Hi Frank,
>
> I'm not part of Oracle or the team working on Nashorn, so this question is best for Marcus who is part of it at Oracle.
>
> Cheers
>
> - Julien
>
> Begin forwarded message:
>
>> From: Timo Frank <TFrank at meyle-mueller.de>
>> Subject: Oracle Nashorn Question
>> Date: 21 Jul 2014 14:05:59 GMT+2
>> To: "julien.ponge at insa-lyon.fr" <julien.ponge at insa-lyon.fr>
>>
>> Dear Sir,
>>
>> lately I found your article on http://www.oracle.com/technetwork/articles/java/jf14-nashorn-2126515.html about Java’s new JavaScript Engine Nashorn.
>> At the moment I’m doing some research about integrating different scripting languages in the JVM via javax.script.
>> After profiling some script executions with Mozilla Rhino and Nashorn I noticed, that nashorn’s initialization lasts much more longer than rhino’s.
>> For curiosity I checked the CPU cycles:
>> <image001.png>
>>
>> It appears that the creation of a global object takes a long time in nashorn. In Rhino for example, this step doesn’t seem to exist.
>> Since I found no detailed information about this object I hope that I may ask you about this initialization step, which appears to be a huge disadvantage for Nashorn against Rhino.
>>
>> Best Regards,
>> Timo Frank
>
More information about the nashorn-dev
mailing list