Jemplode Runs slower than REgular emplode

Is it just me or does jemplode run slower than the regular rio emplode. Or is this just maybe my computer?

Define "Run"?

Do you mean ethernet data transfer speed, or do you mean how quickly the user interface repaints?

I think anything in Java is always going to run slower. That's the price that's paid for being platform independant.

tfabris. I mean how like there is a delay when i click stuff and things like that.

But i guess it would be since its java

Mine is so slow that I can't run Jemplode... it's probably something with my machine, but it has a P4 1.6Ghz.

Mine is so slow that I can't run Jemplode... it's probably something with my machine, but it has a P4 1.6Ghz

Most be something else, i've had no problems running jemplode on my Ibm T40 1.6ghz centrino notebook using xp and the newest jvm. Runs allmost as fast as emplode. Maybe the amount of memory ?

Cheers
Kaare

Exactly what aspects run slow for you?

I've used jEmplode on my P3 850 and it runs fine. Something is definately strange about your setup if it runs so slowly.

I think anything in Java is always going to run slower. That's the price that's paid for being platform independant.

Does Sun's JVM on Windows include a JIT compiler? That might make it faster.

Specifially which things are you clicking that are slow? obviously some operations are more expensive than others, but overall, it should perform reasonably well ...

In reply to:

---

I think anything in Java is always going to run slower.

---

Not necessarily, actually -- Because of the Hotspot engine, it is technically possible to have a dynamic optimization of your code applied based on runtime characteristics that could never be determined statically such that sections of your code might actually run faster in Java. Whether this happens in real life or not is sort of hard to know, though. In general, user interfaces in Java do tend to be (or feel) slower than their native counterparts.

In reply to:

---

Does Sun's JVM on Windows include a JIT compiler

---

It's actually even cooler than just a JIT ... Not only does it do JIT compiling, but it will do dynamic inlining and unlining along with a bunch of other optimizations based on runtime analysis. I always love going to the sessions about this part of Java (Hotspot) at JavaOne to hear those guys talk even though they quickly go over my head.

ms

Just launching the program brings my system to a crawl. Clicking on anything takes forever to render and execute. However, JEmplode used to run quite well with the exception of blue screening my system when I exited. That was due to a bug in my ATi graphics card. You showed me how to fix it by adding some line to a jar (?) file but that made things slower. It still "worked" however. I've upgrade my ATi driver that supposed fixed Java issues, but even doing an uninstall and re-install of Jemplode seemed to not fix things...

This is most certainly an issue with my computer and NOT Jemplode because the program runs fast on my older P3 700mhz machine.

Is there anything besides an uninstall that would make things run "fast" again? Is there some registry line or something that is not getting removed?

When you run jEmplode, do you run it using the version of Java that was bundled in the installer, or your own? If your own, you may want to uninstall and reinstall Java and make sure you have the latest one (1.4.2_whatever) from www.java.com . In fact, I would recommend doing that regardless to see if there are fixes in the JVM that coincide with the fixes in your ATI drivers. You will probably need to run jemplode.jar by double-clicking it rather than using the .exe if you do that though (or you will need to replace the JRE that is in the jEmplode folder with a 1.4.2 JRE).

ms

you may want to uninstall and reinstall Java and make sure you have the latest one (1.4.2_whatever) from www.java.com . In fact, I would recommend doing that regardless to see if there are fixes in the JVM that coincide with the fixes in your ATI drivers.

Agreed completely. I've had speed problems in Jemplode fixed before by installing the latest Sun Java runtime engine.

Could something like Ad-Adware, Spy-Bot or a virus protection program be slowing down Java?

I'm sorry for the dumb question, but maybe it'll help others as well... is this what I'm looking for? http://java.sun.com/j2ee/1.4/download-dr.html

The Java site's Download section goes right to Java Desktop which I think isn't what I need... (?)

So if you go to www.java.com and click on "Get It Now" it takes you there?

If so, you can try http://www.java.com:80/en/download/manual.jsp and click on Windows (Offline) download ...

Like a charm!

Should anyone looking to do this, after installing the program from the above link, run Jemplode by double clicking on "jemplode.jar" rather than the exe file? I read that in another thread and it's working for me.

This may or may not be the cause, but the Java VM was removed from Windows XP SP1a. Details here.

meaning it's running fast for you again?

Yep! It's not lightening quick, but it's SO much faster now. I'm so excited that I'm able to run Jemplode again! I still have "jemplode.exe" that uses "jemplode20.jar" (Jemplode 45) on the machine, and when I click that, it's slow again. So now, I'm just launching "jemplode.jar" (Jemplode 52) and it's great! Except for a little bug in the final step of updating HiJack, it was great!