[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Speed in Languages and Browser Architectures

• From: Rick Marshall <rjm@z...>
• To: Elliotte Harold <elharo@m...>
• Date: Fri, 02 Mar 2007 07:12:17 +1100

which of course is also a major weakness of SQL.

There is a deep  philosophical issue here.

If I write a Java VM in C why can I write a program in Java that can run 
faster that a functionally equivalent program in C? (or assembler for 
that matter).

Is there a permathread for this?

The implication is that Java can create a sequence of instructions that 
C can't.

Rick

Elliotte Harold wrote:
> Tei wrote:
>
>> If you really need raw speed C or C++ will be always faster than Java.
>
> No, it won't. It has been proved false by counterexample that C/C++ 
> will *always* be faster than Java.  On some problems, Java already is 
> faster than C or C++. Fact is some problems are more amenable to the 
> sort of runtime JIT optimization Java does. Others are more amenable 
> to the sort of static optimization C/C++ do. Which one is faster 
> depends on what sort of problem you have.
>

• Follow-Ups:
  • Re: Speed in Languages and Browser Architectures
    • From: noah_mendelsohn@u...

• References:
  • Re: Speed in Languages and Browser Architectures
    • From: Tei <oscar.vives@g...>
  • Re: Speed in Languages and Browser Architectures
    • From: Elliotte Harold <elharo@m...>