Quote:Original post by tombr
The modern garbage collector does an excellent job. It won't make the game stutter even if you create loads of garbage. Most of the garbage is collected in a fraction of a millisecond.

You can also avoid creating garbage. My game loop only generates a few kb of garbage each frame. The gc runs once every few seconds and uses a fraction of a millisecond. There is no stutter and it don't use much time either.

There are also tools to optimize the garbage collector parameters. Allowing you to optimize the garbage collector to your game.

Plus, if you are adventurous, you can write your own garbage collector.

Quote:Original post by TomX
Hi,

Well the subject is self-explanatory I think, will Java have the speed and graphical facilites as good as C++?

Will Java ever be able to compete with C++ in terms of 3D games?

Thanks in Advance
TomX

Why does crap like this not get moderated? The OP screams "troll" with some assumptive questions that are not based in fact but fantasy, and people respond with random bull**** about how GC is slow, as if they know what they're talking about.

I've read every reply and almost all of them contain at least one derogatory comment which is simply not true, and demonstrates that the poster is either naive, stupid, or lazy (i.e. they have their head in the sand and don't listen to the world around them OR they are too braindead to understand simple english OR they can't be bothered to learn how to program java properly).

For anyone actually interested in the real world, I suggest you ignore everything in this thread and go to a real forum like www.javagaming.org, where you can ask questions of people who actually use the language; professional java games developers and professional mainstream IT developers; people who - not to put too fine a point on it - actually understand what they're talking about.

And to the OP: What you're asking about happened a couple of years ago. Not that this really matters so much: in the games industry, speed is usually less important than project cost (3000 games released each year, less than 50% break even in project costs. They aren't going bankrupt and sacking the staff, or failing to pay wages, because the frame rate was too slow...)

Sheesh. No wonder the java forum on GD is dead - 99% noise, 1% signal?

Java OpenGL/DirectX where available acceleration enabled under the hood. C++ Graphic acceleration in C++ standard library? Where?

to Escherial
On modern processors C program would highly likely run in emulated mode. This would apply for D, Delphi, and other statically compiled languages. ONLY language that's unlikely to be runned in "emulated" mode is ASM, and only becose it was optimalized already.

to wyrzy

Quote:deleting objects when you want to is going to be faster than using a garbage collector. Why? Because you could do things like, putting all of the objects that will be deleted in a list, and then actually delete them in between levels. Although it may be slower than using the garbage collector, I think most people would prefer a little lag time when switching levels

I supose you never wrote a game. Right? Putting all "you know them sooner than on the runtime and reliably on top of that" objects...
BTW users DISLIKE lag time when switching levels. Also users dislike swithching levels.
DirectX is monstrosity from Mickerosoft that looks and behaves horrible. The worst thing about it is COM. JNI is COM compatibile so creating DirectX layer for Java exactly like for C# isn't a problem. There isn't any DirectX on Unix, nor on MAC. This means, why DirectX when we can use OpenGL?

Is this a trollfest? Aka who would write the most biased Java post of this month?

Quote:Original post by Konfusius
An optimal solution in C++ will always be faster than an optimal solution in Java.

Prove me wrong.

Konfu

In some cases Java may be faster due to it's dynamic compilation.
Google for dynamic vs static compilation.

Quote:Original post by PnP Bios
C++ didn't kill Java. .NET did.

Java's very alive and C# is just gonna breed even more life into it.