Re: jview vs java.exe (speed)




"Thomas Magma" <somewhere@xxxxxxxxxxxxxxxxxx> wrote in message news:aIEJg.500367$IK3.61602@xxxxxxxxxxx
..Am I doing something wrong? If not, how do I reinstall jview?

1) Get a time machine..
..

The work I mainly use Java for is internal lab work. Java is great at crunching numbers and I really need the speed and not so much the portability. So what I just did to solve my speed problem was to install the MSJVM off the net (msjavx86.exe) and then install an old JDK which is needed to compile.

For the application I was running I noticed a speed difference of just over 10 times. That's not mice nuts. I'm not sure why Sun can't make their java.exe perform at a level equivalent (or even close) to jview? I mean, aren't they the ones that developed the language in the first place?

This might be like asking why a Microsoft employee can complete a 100 meter *dash* in 15 seconds, whereas a Sun employee takes 20 seconds to complete a 100 meter *hurdle*. The so-called Microsoft "JVM" doesn't implement the Java standard, so the two virtual machines aren't actually competing under the same conditions.

If you need pure number crunching abilities without regards to portability, I heard FORTRAN is one of the best languages for that.

- Oliver

.



Relevant Pages

  • Re: jview vs java.exe (speed)
    ... The work I mainly use Java for is internal lab work. ... crunching numbers and I really need the speed and not so much the ... I'm not sure why Sun can't make their ...
    (comp.lang.java.programmer)
  • Re: jview vs java.exe (speed)
    ... The work I mainly use Java for is internal lab work. ... crunching numbers and I really need the speed and not so much the ... MSJVM off the net and then install an old JDK which is needed ...
    (comp.lang.java.programmer)
  • Re: jview vs java.exe (speed)
    ... The work I mainly use Java for is internal lab work. ... Since you mention "number crunching" and lousy performance in your ... Java 1.3 was the last release with good trig performance. ...
    (comp.lang.java.programmer)
  • Re: execution speed java vs. C
    ... > reject Java in favour of C, sighting heavy number crunching as ... debugging Fortran may not be as easy as writing and debugging Java, ...
    (comp.lang.java.programmer)
  • Re: execution speed java vs. C
    ... reject Java in favour of C, sighting heavy number crunching as ... development time can be more costly than 'running' time. ... errors and faster turn-around on 95% of your source code ...
    (comp.lang.java.programmer)