Re:Why I Program in Go
by pkulak on Sunday January 06, 2013 @12:17AM
(#5015398)
I have a hard time believing anything can beat or even match the garbage collection performance of the JVM. Not that there is something special about the JVM, just that there have been _so_ many smart people working on the problem for so long now. And for good performance doing server tasks (ie, not computational tasks) exceptional GC is a must. Can a GO program handle a workload that creates tens/hundreds of thousands of objects per second for weeks or months without leaking memory? That's why I use Java. If I don't need that kind of performance, I use Ruby. I'm still just not sure where GO would fit into my workflow, though it looks really promising. Especially the concurrency model that you currently have to awkwardly bolt on to Java with something like Akka or JetLang.
[ Parent
| on HN ]
Re:Why I Program in Go
by fusiongyro on Sunday January 06, 2013 @01:53AM
(#5015633)
I have to raise the eyebrow to that. I have had more GC problems with Java than any other language. Geniuses fuck up too, and when they do it's pronounced "OutOfMemoryError: PermGen space."
That error is specific for Sun/Oracle's JVM.
Remember Go doesn't have objects, it only has structs which are most likely (and should be, but I haven't verified) much lighter weight than the objects you might be used to in Java.
As far as the creating tens/hundreds of thousands of structs per second for weeks or months without leaking memory, I'll get back to you on that once my code has been active that long ;)
Usually the in-memory representation is the same for objects and structs, given a garbage collected language.
Ok, I'll have to test it sometime. (if anyone has tested it, let me know)
If you have something really intensive running GO, I genuinely would love to hear how it's going after some uptime. Thank you.