OT: Minecraft death by GC

Mathias LANG via Digitalmars-d digitalmars-d at puremagic.com
Tue Oct 21 01:40:22 PDT 2014


On Tuesday, 21 October 2014 at 07:18:28 UTC, ROOAR wrote:
>  So the latest Minecraft apparently runs really really poorly 
> because of the GC.
>
> And it is running on Java desktop. The supposedly "fast" GC of 
> Java can't handle the game anymore--
>
> https://www.reddit.com/r/programming/comments/2jsrif/optifine_dev_minecraft_18_has_so_many_performance/
>
>
> Take that GC fanatics
>
>  D needs more action you know.

> How did that work in previous releases? The previous Minecraft 
> releases were much less memory hungry. The original Notch code 
> (pre 1.3) was allocating about 10-20 MB/sec which was much more 
> easy to control and optimize. The rendering itself needed only 
> 1-2 MB/sec and was designed to minimize memory waste (reusing 
> buffers, etc).

> Why is 1.8 allocating so much memory? This is the best part - 
> over 90% of the memory allocation is not needed at all. Most of 
> the memory is probably allocated to make the life of the 
> developers easier.

> tldr; When 1.8 is lagging and stuttering the garbage collector 
> is working like crazy and is doing work which has nothing to do 
> with the game itself (rendering, running the internal server, 
> loading chunks, etc). Instead it is constantly cleaning the 
> mess behind the code which thinks that memory allocation is 
> "cheap".

I could quote the entire post, but the bottom line is: this issue 
has nothing to do with the GC. Crappy code is crappy code. So 
your OP is just pointless troll.


More information about the Digitalmars-d mailing list