Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Java’s new garbage collector promises low pause times on multi-terabyte heaps

opsian.com

Post reply on HN
Print view View original

111–120 of 245 posts

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#111

Post by gameswithgo »

jlg23 wrote: post #110
pjmlp wrote: post #42

Earlier quoted context omitted.

Java is already suitable for game development, specially with LibGDX. Not everyone needs to try to write the next Crisis in it. It certainly has higher performace than all those HTML 5 and Flash games. The biggest problem is that jMonkey is the only RAD tooling available and no match against any of engines that make use of C#.

> Java is already suitable for game development, specially with LibGDX. I think it is safe to assume that under "game development" most people understand rather high performance demands, not a solitaire clone (esp since the comment you responded to pointed out pause-times as crucial).

You can also make a 3d game of large scale, and just let it have hiccups occasionally and still make a billion dollars.

Of course those of us hosting servers for that particular game would have saved a ton of money and pain if they had not used Java, or used Java more cleverly.

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#112

Post by gameswithgo »

VikingCoder wrote: post #90
earenndil wrote: post #39

Earlier quoted context omitted.

I wonder if that would make java more suitable to game development since pauses need to be <8ms, ideally.

Hrm, I would think that if you were developing a game in a GC environment, where GC timing turned out to be a problem, you would get rid of dynamic memory allocation, and try to do everything much more like embedded system programming with fixed memory blocks...? I suppose at the complexity of modern games that's simply not possible anymore...

You can do that, and people do. However a GC language doesn't normally give you the flexibility of getting a block of memory and doing whatever you want inside it, instead you use things like object pools.

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#113

Post by sudhirj »

jlg23 wrote: post #110
pjmlp wrote: post #42

Earlier quoted context omitted.

Java is already suitable for game development, specially with LibGDX. Not everyone needs to try to write the next Crisis in it. It certainly has higher performace than all those HTML 5 and Flash games. The biggest problem is that jMonkey is the only RAD tooling available and no match against any of engines that make use of C#.

> Java is already suitable for game development, specially with LibGDX. I think it is safe to assume that under "game development" most people understand rather high performance demands, not a solitaire clone (esp since the comment you responded to pointed out pause-times as crucial).

Wasn't Minecraft originally written in Java? Might still be.

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#116

Post by thomasz »

gameswithgo wrote: post #111
jlg23 wrote: post #110

Earlier quoted context omitted.

> Java is already suitable for game development, specially with LibGDX. I think it is safe to assume that under "game development" most people understand rather high performance demands, not a solitaire clone (esp since the comment you responded to pointed out pause-times as crucial).

You can also make a 3d game of large scale, and just let it have hiccups occasionally and still make a billion dollars. Of course those of us hosting servers for that particular game would have saved a ton of money and pain if they had not used Java, or used Java more cleverly.

Allocating every 3d coordinate on the heap probably wasn't a good idea.

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#117

Post by pjmlp »

sudhirj wrote: post #113
jlg23 wrote: post #110

Earlier quoted context omitted.

> Java is already suitable for game development, specially with LibGDX. I think it is safe to assume that under "game development" most people understand rather high performance demands, not a solitaire clone (esp since the comment you responded to pointed out pause-times as crucial).

Wasn't Minecraft originally written in Java? Might still be.

Yes, but Microsoft ported it to C++ as means to have a common code base across mobile devices, game consoles and desktop computers.

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#118

Post by pjmlp »

jlg23 wrote: post #110
pjmlp wrote: post #42

Earlier quoted context omitted.

Java is already suitable for game development, specially with LibGDX. Not everyone needs to try to write the next Crisis in it. It certainly has higher performace than all those HTML 5 and Flash games. The biggest problem is that jMonkey is the only RAD tooling available and no match against any of engines that make use of C#.

> Java is already suitable for game development, specially with LibGDX. I think it is safe to assume that under "game development" most people understand rather high performance demands, not a solitaire clone (esp since the comment you responded to pointed out pause-times as crucial).

That is known AAA game development.

Re: Java’s new garbage collector promises low pause times on multi-terabyte heaps

#119

Post by Cyph0n »

sudhirj wrote: post #113
jlg23 wrote: post #110

Earlier quoted context omitted.

> Java is already suitable for game development, specially with LibGDX. I think it is safe to assume that under "game development" most people understand rather high performance demands, not a solitaire clone (esp since the comment you responded to pointed out pause-times as crucial).

Wasn't Minecraft originally written in Java? Might still be.

Yes. But I believe that Microsoft made an improved version written in C++ after the acquisition.
Post reply on HN