3 ms·
I realize that it doesn't compare to Java's GC (which is likely state-of-the-art) but is it really terrible? Granted I haven't used Go myself (leaning towards
by gillianseed 13y ago
I realize that it doesn't compare to Java's GC (which is likely state-of-the-art) but is it really terrible?
Granted I haven't used Go myself (leaning towards Rust) but I've read that Go is already being employed in production scenarios with good results.
- Tuna-Fish 13y agoIt's perfectly passable for web serving and other such high-latency tasks. In a GC, the goals of throughput and latency are diametrically opposed -- optimizing for one makes the other worse. The present simplistic GC is a typical throughput-oriented design.
- gillianseed 13y agoI just remembered these (I knew I'd seen some game examples in Go): http://www.youtube.com/watch?v=BMRlY9dFVLg http://www.youtube.com/watch?v=BMRlY9dFVLg http://www.youtube.com/watch?v=iMMbf6SRb9Q http://www.youtube.com/watch?v=iMMbf6SRb9Q which are game examples as part of a game engine framework written in Go, seems to move smoothly with lots of objects including 2d physics.