Re: Scala Fork-join-implementation - .net uses nearly 100% cpu, while running on JVM doesn't add significant cpu load

Hi Jeroen,

thanks, but to be honest I didn't fully understand the implications of your statement - I'm more a .net expert :-(
Also I'm not sure if this is related to my problem - since I wonder about the Hit count of the ForkJoinPool.scan method.

If I profile with Netbeans and instrumenting the Unsafe class I have only a small number of invocations. What I'm wondering about - no invocation of "putObject" at all.

[cid:[email protected]]

Unfortunately I'm not able to instrument any of the scala.* classes in Netbeans (since netbeans couldn't handle the bytecode generated by the scala compiler?).
As already stated - I'm thankful for any hint; ' will try some new things tomorrow...

Best regards,
Andreas

Von: Jeroen Frijters [mailto:[email protected]]
Gesendet: Mittwoch, 2. April 2014 09:42
An: Andreas Ländle; [email protected]
Betreff: RE: [Ikvm-developers] Scala Fork-join-implementation - .net uses nearly 100% cpu, while running on JVM doesn't add significant cpu load


>From the stack trace you can see that the scala forkjoin code uses sun.misc.Unsafe. That means it isn't a Java library, but a JDK specific library.

________________________________
From: Andreas Ländle <[email protected]<mailto:[email protected]>>
Sent: Wednesday, April 2, 2014 7:34 AM
To: [email protected]<mailto:[email protected]>
Subject: [Ikvm-developers] Scala Fork-join-implementation - .net uses nearly 100% cpu, while running on JVM doesn't add significant cpu load

Hello,

please excuse, if this isn't the right forum to discuss my problem.
I just played around with IKVM and the Akka Simple Cluster example (https://github.com/akka/akka/tree/master/akka-samples/akka-sample-cluster-java/src/main/java/sample/cluster/simple).
All went fine, but if I run the converted code on the .net runtime the CPU load is significantly higher.

As far as I can tell (from the .net profiling) the problem seems to occur inside the ForkJoinPool - but even after comparing this output with the one from the NetBeans Performace profiler of the original java program, I still have no idea want's wrong here.
So I hope there is somebody who can push me to the right direction - so that I'm able to understand the problem. Or maybe this is already something that is a problem that is common knowledge under IKVM users/developers?

How ever, thanks in advance for any hint.

[cid:[email protected]]

Best regards,
Andreas Ländle

***************************************************************************
Soloplan GmbH
Software für Logistik und Planung
Burgstraße 20 | 87435 Kempten | Deutschland
Web: www.soloplan.de<http://www.soloplan.de>
Geschäftsführer: Wolfgang Heidl, HRB 5304 Kempten

------------------------------------------------------------------------------

_______________________________________________
Ikvm-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ikvm-developers