Work in progress: 181,232 of 181,233 sites checked so far, more every week · updated 2 Nov 2026Missing a blog? Tell us

Top all-time · #8463

G

Galo Navarro

Personal blog · srvaroa.github.iosystemsprogramming

Galo Navarro's personal blog at srvaroa.github.io covers systems and programming. Since 2016, 9 different Hacker News readers have linked it 10 times, most often “HotSpot JVM: why does the default hashCode() conflict with biased locking?”. It is still writing: the last post was on 2026-06-13, and you can follow it by feed.

Visit the blog
10mentions?
9HN people?
2016–2022first – last linked?
Links on Hacker News per year · peak 3 in 2019

Too few sampled comments (3) to say how often HN recommends it.?

Why HN links it

HN readers link Galo Navarro's posts on Java internals, such as how Object#hashCode() is derived in OpenJDK and the biased-locking rabbit hole. One commenter recommends the hashCode post.

Summarised by Claude from a sample of 3 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.

Galo Navarro. Principal Software Engineer. Infrastructure and orchestration for AI workloads. Software delivery pipelines and developer platforms

Most-linked posts?

  1. HotSpot JVM: why does the default hashCode() conflict with biased locking?
    6 people · 6 mentions · first linked 2017-02-01
  2. Talk write-up: How to build a PaaS for 1500 engineers
    2 people · 2 mentions · first linked 2020-01-09

What Hacker News says?

  1. You might enjoy this blog post exploring the surprisingly deep (and interesting) rabbit-hole of Java's Object#hashCode() method. https://srvaroa.github.io/jvm/java/openjdk/biased-locking/20...

    Comment linking /jvm/java/openjdk/biased-locking/2017/01/30/hashCode.html

    on “Optimizing hash tables: hiding the hash code”
  2. Submitted Talk write-up: How to build a PaaS for 1500 engineers as a story · 203 points

    HN discussion
  3. >If left unoverridden, it only yields a description of it’s class and location in memory It contains the hashCode(), not the memory location. The default implementation of hashCode could use a memory location to generate the hash, however that isn't the case in all implementations. OpenJDK seems to have used an RNG by default in the past and currently derives a value from the thread state[1] [1] https://srvaroa.gith…

    Comment linking /jvm/java/openjdk/biased-locking/2017/01/30/hashCode.html

    on “Never Use toString() for Behaviour”
  4. Submitted Blending complex systems made my latency 10x higher as a story · 200 points

    HN discussion
  5. Personally, I would recommend listening to Thoughtworks' Techonology Podcast. Their approach in general to running in the cloud is a pretty good one, which I'd characterize as platform engineering-centric. Anything Will Larsen writes is bound to be worth looking at and thinking about in the context of scaling cloud operations and operational complexity. His concept of the 'pierceable abstraction' is _absolutely key_…

    Comment linking /paas/infrastructure/platform/kubernetes/cloud/2020/01/02/talk-how-to-build-a-paas-for-1500-engineers.html

    on “De-siloing incident management: make reliability engineering everyone's job”
  6. Submitted HotSpot JVM: why does the default hashCode() conflict with biased locking? as a story · 3 points

    HN discussion
  7. Submitted How does the default hashCode() work? as a story · 2 points

    HN discussion
  8. Submitted How does the default hashCode() work? (2017) as a story · 2 points

    HN discussion
  9. Submitted How does the default hashCode() work? (2017) as a story · 1 points

    HN discussion
  10. Submitted Contention on sun.misc.Cleaner as a story · 1 points

    HN discussion

Search all of HN for srvaroa.github.io

Linked by the same people?