Viewing profile — _rlh
_rlh
HN member- Joined
- Tue, Dec 01, 2015, 11:19 AM UTC
- HN karma
- 6
- Public activity
- 13 items
- HN profile
- View on Hacker News ↗
About _rlh
No profile information was provided.
Recent public activity
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…
-
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.
-
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…
-
comment
Comment #20336668
Actually Go has the reputation of having solved many runtime problems including the GC tail latency problem.
-
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 …
-
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…
-
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…
-
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…