TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

First results from GHC's new parallel, per-core heaps garbage collector

34 pointsby donsover 14 years ago

4 comments

wheatiesover 14 years ago
Ah Haskell, the more I read about you the more impressed, curious, and scared I am. This is interesting and I wonder if things will start moving towards this approach as we near the scalability issues of 8-16 core laptops, desktops, and server architectures.
评论 #1662073 未加载
amalconover 14 years ago
It looks at first glance like, while there are fewer periods where the whole system is stopped, those periods are substantially longer. Why would this be the case? Was the "old" generation previously being collected every time?<p>The pause is still very short; it doesn't look like it will cause problems for anything but the most time-critical software. Still, it's an interesting difference.
评论 #1659924 未加载
Roboprogover 14 years ago
An interesting approach: giving each thread its own "young generation" sub-heap, so transient objects can be disposed of without coordination from other threads / CPUs and their cache pages.
评论 #1659849 未加载
评论 #1659672 未加载
rbransonover 14 years ago
So with tech like this, when is the GHC going to become a "platform" like the JVM?
评论 #1660269 未加载