News for hackers. Stuff that matters.
Re:GC progress from JDK 8 to JDK 17 by kaba0 on Wednesday November 24, 2021 @01:51PM (#29333639)
Seeing that RAM is the cheapest resource to scale (and that cleverly using it saves energy, given that Java uses the least energy out of managed languages) it seems to be a very good tradeoff.
Re:GC progress from JDK 8 to JDK 17 by kllrnohj on Wednesday November 24, 2021 @03:16PM (#29334603)
Accessing RAM is very slow and CPU caches don't scale, though. So it's not as simple as you're presenting it
Re:GC progress from JDK 8 to JDK 17 by kaba0 on Wednesday November 24, 2021 @03:46PM (#29334916)
Well, for general computing I don’t think we have an answer either way. Yeah, for some hot loop with an array we get insane performance, but that is a very specific workload and not applicable everywhere. What about a chat application, which parts of the memory should be physically close to each other?

Also, Java’s GCs are compacting, putting similarly old objects relatively close to each other. The same random chat program in C might use a linked list with worse characteristics so it is really not that obvious to me what would be a good solution.