2

Lately I've been thinking about the difference about native and bytecode. I did some research and all information I've read was about C++ code compiled into native code vs Java code compiled into bytecode(runs on JVM which takes advantage of multi-core processors). The conclusion was that applications written in Java run faster.

Does C++11 change this? Does applications written in C++11(since adds threads) run faster than Java ones?

Improve this question
6
  • 5
    Java doesn't just automatically use multiple threads for your code. You still have to make it parallel explicitly, as you do for C++... Commented Nov 28, 2012 at 18:09
  • 2
    And you can implement a C++ (including C++11) compiler that spits out bytecode if you want. (Clang/LLVM can do exactly that) Commented Nov 28, 2012 at 18:10
  • Everything runs as native code in the end. Bytecode is just a format of intermediate representation of a program, which every compiler has in some form. (As mentioned LLVM also defines a bytecode.) Java is compiled on the fly. Commented Nov 28, 2012 at 18:12
  • Jon Skeet, I know that; I considered that applications use multiple threads. Commented Nov 28, 2012 at 18:20
  • 1
    @smerlin Not that big a difference. Stack machines/postfix notation is like a cheap form of compression. It makes the stored file size smaller and it's very fast to convert to and from. Commented Nov 28, 2012 at 18:54

3 Answers 3

Reset to default
3

The conclusion was that applications written in Java run faster.

That's a big leap to come to. There are so many factors which contribute to the performance of a system that it's very hard to say one approach will always be better or even faster than another.

C++ has always been able to use threads, it just didn't have as much detail on how they could be used. I don't believe C++11 is about performance but standardising things like memory models.

IMHO Given any amount of time and expert developers, a C++ program will always be faster than a Java program. However, given a limited amount of time and developers of mixed ability you are more likely to get something working and performing well in Java. Your mileage will vary. ;)

Making my answer clearer...

Does C++11 change this?

No. I don't agree it is the situation nor does it change it.

Does applications written in C++11(since adds threads) run faster than Java ones

Yes, but not always, Just like earlier versions.

Improve this answer
Sign up to request clarification or add additional context in comments.

6 Comments

This is a comment, not an answer.
took conclusion from accepted answer("On average, a garbage collector is far faster than manual memory management"): stackoverflow.com/questions/1984856/…
@Potatoswatter Hopefully my answers to the question are clearer.
@David I would agree with that. That is just one portion of what a program does. BTW C++ provides alternatives such as data structures on the stack which is faster than GC or manual memory management which also means you need less memory management in C++.
@David, the answer you linked doesn't assert that Java is faster than C++ (at all). Creating a meaningful benchmark is also either pointless or impossible.
|
2

Neither C++ nor Java automatically split your program into multiple threads. The closest you can get to automatic parallelization in modern languages is to use parallel collections. There are libraries to do that in C++ but there is better support for that kind of stuff in more functional languages e.g. Haskell, Scala, Clojure. Another way to get automatic parallelization is to use an actor library and write your entire program with actors. Erlang was the first language with full support for that but the Akka framework for Scala/Java is also very good.

Improve this answer

2 Comments

I was thiking to add Scala in the "game". You say that the best approach to take advantage of multi-core processors is to write applications in "more funcitonal languages" ?
Peter Lawrey's answer was clear enough that's why I accepted his answer, but you(SpiderPig) gave me some information I was looking for. Thanks a lot!
1

I would just say All Your Java Bases Are Belong To C++.. The JVM itself is written in C/C++. C/C++ run at native speeds on the bare-metal of the machine, while bytecodes are interpreted by a C/C++ code(that's running on top of the metal). One byte-code instruction could translate to about 5-10 asm instructions(or more). Hence speed of execution of C/C++ is considered faster than Java's. Ofcourse, if Java's runtime were thrown onto the metal and we had bytecode interpreted at machine speed, then it would be a fair comparison.

That said, see an example in the book called "Programming Pearls" where the author runs an interpreted BASIC program on a Radioshack personal computer, which with sufficient optimizations, runs faster than it does on a super computer. Which means, speed of execution of your program depends on your algorithms and coding/optimization practices.

Improve this answer

2 Comments

Java usually is JIT compiled to machine code so in most cases there is no significant difference in speed there, at least not on the Oracle JVM.
even if they're JITed, the JITing itself takes machine cycles. Seeing from pure machine cycles' end.. JITing is a process and that consumes machine cycles. And not all instructions are compiled to machine code. So obviously, there is a runtime speed difference

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.