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 · #17831

T

tkowal

Personal blog · tkowal.wordpress.comprogramming

tkowal is a personal blog at tkowal.wordpress.com about programming. Since 2015, 4 different Hacker News readers have linked it 11 times, most often “The unintuitive latency over throughput problem”. The last post was in 2016, but the archive is still widely read.

Visit the blog
11mentions?
4HN people?
2015–2024first – last linked?
Links on Hacker News per year · peak 4 in 2016

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

Why HN links it

The one comment is a general discussion of BEAM's pre-emptive processes for hardware and higher-level tasks, compared with cooperative multitasking in Lua, Node, Python and Go. It does not mention the linked post.

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

Not only programming

Most-linked posts?

  1. The unintuitive latency over throughput problem
    2 people · 3 mentions · first linked 2015-08-04
  2. Observing Erlang/Elixir production releses
    2 people · 2 mentions · first linked 2016-04-25
  3. The principle of immediate feedback
    2 people · 2 mentions · first linked 2015-10-22

What Hacker News says?

  1. The ability to utilize the BEAM's fully pre-emptive processes makes it great for programming hardware tasks and higher level tasks in the same environment. Compared to other languages like Lua, Node, Python, or even Go which all use various forms of cooperative multi-tasking or async-io. In these systems you have to be careful not to block other critical tasks. That's a pain but not the end of the world. However, fo…

    Comment linking /2016/04/23/observer-in-erlangelixir-release/

    on “Nerves – Craft and deploy bulletproof embedded software in Elixir”
  2. Submitted The unintuitive latency over throughput problem as a story · 3 points

    HN discussion
  3. Short answer: scheduler. Long answer: web applications have usually tons of independent request. Each request does its own thing, might never communicate with other requests, touches the DB and returns. You have two choices in such scenarios. You can either maximise throughput or minimise latency. BEAM's scheduler choses the latter which is usually what you want for web. More detailed discussion: https://tkowal.word…

    Comment linking /2015/01/27/the-unintuitive-latency-over-throughput-problem/

    on “Things I like about Gleam's Syntax”
  4. Submitted Summary of Elixir Conf EU 2016 as a story · 3 points

    HN discussion
  5. Submitted Building docker images for Elixir applications as a story · 3 points

    HN discussion
  6. Submitted Observing Erlang/Elixir production releses as a story · 2 points

    HN discussion
  7. Submitted What problems does Elm solve? as a story · 2 points

    HN discussion
  8. Submitted Failing fast and slow in Erlang and Elixir as a story · 2 points

    HN discussion
  9. Submitted The principle of immediate feedback as a story · 2 points

    HN discussion
  10. Submitted The Principle of Immediate Feedback as a story · 1 points

    HN discussion
  11. Submitted The unintuitive latency over throughput problem as a story · 1 points

    HN discussion

Search all of HN for tkowal.wordpress.com