Live data from Hacker News

Viewing profile — _rlh

_rlh

HN member
Joined
Tue, Dec 01, 2015, 11:19 AM UTC
HN karma
6
Public activity
13 items

About _rlh

No profile information was provided.

Recent public activity

  1. comment
    Comment #47387739

    “It’s a problem that only go can solve” I had this discussion a decade ago and concluded that a reasonable fair scheduler could be built on top of the go runtime scheduler by gatin…

  2. comment
    Comment #46663689

    Go's allocator draws from the Hoard work as do most modern alloc/free implementations. Similar C/C++/Rust flavor implementations do not seem to "inevitably leads to memory fragment…

  3. comment
    Comment #42244975

    Fred Brooks discussed this in the unfortunately named pun "The Mythical Man-Month". Most of the gray beards have read it, ask to borrow it, it will make their day. The punchline wa…

  4. comment
    Comment #41508037

    It was a memory model / two word atomicity problem. The mutator uses two writes, one for type and one for value to create the interface. The GC concurrently reads the 2 words of th…

  5. comment
    Comment #41378498

    Go's defrag techniques and why they work are discussed in the Hoard papers and have proven their value not only in Go but in most malloc implementations. There is a relationship be…

  6. comment
    Comment #33383200

    Still one of the best ideas in the field in recent years. I will note that it also works for non-moving GC collectors and if they are precise, like Go, they can also update pointer…

  7. comment
    Comment #29347288

    Just for fun set the Java heap to .4 Gigs or use GOGC to set the Go heap to 1.7 Gigs. If Go is faster then try some other sizes and draw a graph to see what the lines look like.

  8. comment
    Comment #26580450

    I think you are confusing memory management with memory model. Memory management is about garbage collection, RC, malloc / free, and allocations. Memory models are about what happe…

  9. comment
    Comment #20336668

    Actually Go has the reputation of having solved many runtime problems including the GC tail latency problem.

  10. comment
    Comment #19442195

    This thread reads eerily like threads about Go's low latency GC from 2015 and how 10ms isn't good enough and throughput will be impacted and on and on. Three years later Go treats …

  11. comment
    Comment #11993629

    Not sure how to reach twotwotwo directly. I was hoping to get permission to rename the GC to ROC from TOC ("request" instead of "transaction"). It's simply a better name and the bi…

  12. comment
    Comment #10658599

    Some folks export GODEBUG=gctrace=1 which will result in the GC dumping out a lot of interesting information including stop the world latency. It doesn't increase the determinism a…

  13. comment
    Comment #10654609

    You use runtime.GC() when you did your benchmark. This tells the Go runtime to do an aggressive stop the world GC, which it does. The normal GC is concurrent and if you use it late…