top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

Compiling a Java-implemented JVM with GCJ

0 votes
312 views

There is a Java Virtual Machine completely implemented in Java called JPF. In other words, when you run a Java program within this machine, it's a JVM-within-a-JVM execution. Obviously, this uses a lot of resources and I was thinking of ways how that could be reduced.

An idea I have is to compile JPF with GCJ to native code, thereby resulting in only one JVM that is used when running a Java program within JPF.

Do you see any inherent limitations to this idea, i.e. reasons why it wouldn't work? I'm not a JVM expert so it's hard for me to see any obvious obstacles.

posted Sep 18, 2015 by anonymous

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

0 votes

Nothing obvious. Be aware that GCJ supports an earlier version of the Java libraries, so nothing is guaranteed. Whether it's any faster or smaller I couldn't say.

answer Sep 19, 2015 by Navneet
Similar Questions
+2 votes

Is the intermediate code prepared by one used by another?

+2 votes

I am updating the Tomcat JVM configuration to enable java assertions as below:

a. Once tomcat server is configured in local eclipse,I pressed F3 on it.
b. Click on Open launch configuration link.
c. Go to Arguments tab.
d. Add -ea at the beginning of JVM arguments.

Then Finally I restarted my tomcat. Here is what I am getting....

 Server Tomcat v7.0 Server at localhost failed to start.
 Error: Could not find or load main class -ea

Any suggestions...

+1 vote

For lack of funds initially and now for a stalemate in the project, we do not have a JVM monitoring tool yet. JavaMelody was recently discussed. I like the fact that there is a dashboard and history of metrics. In looking at it, I find JavaMelody lacking in in-depth diagnostics of the JVM. Top-N SQL statements, Transaction Tracing, metrics co-relation, call-back tree, thresholds and alerting are a few.

Are there are any OpenSource projects that instrument the JVM at byte-code and provide detailed metrics more than what JMX offers? Or am I missing something with JavaMelody?

...