A Friendly Tour of Process Memory on Linux
Posted2 months agoActiveabout 2 months ago
0xkato.xyzTechstory
calmpositive
Debate
40/100
LinuxProcess MemorySystem Architecture
Key topics
Linux
Process Memory
System Architecture
The article provides a detailed tour of process memory on Linux, sparking discussion on the complexity of modern system architecture and the value of clear explanations.
Snapshot generated from the HN discussion
Discussion Activity
Active discussionFirst comment
30m
Peak period
14
0-12h
Avg / period
4.4
Comment distribution31 data points
Loading chart...
Based on 31 loaded comments
Key moments
- 01Story posted
Nov 3, 2025 at 6:04 PM EST
2 months ago
Step 01 - 02First comment
Nov 3, 2025 at 6:34 PM EST
30m after posting
Step 02 - 03Peak activity
14 comments in 0-12h
Hottest window of the conversation
Step 03 - 04Latest activity
Nov 10, 2025 at 11:24 AM EST
about 2 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45805539Type: storyLast synced: 11/20/2025, 6:33:43 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
That, but a hell lot of it with fast interconnect!
... one can always dream.
Totally depends on who "us" and isn't. What problem is being solved etc. In the aggregate clearly the trade off has been beneficial to the most people. If what you want to do got traded, well you can still dream.
That is, phrasing it as a dream makes it sound like you imagine it would be better somehow. What would be better?
For example, real-time guarantees (hard time constraints on how long a particular type of event will take to process) would be easier to provide.
Put another way, if that would truly be a better place, what is stopping people from building it today?
> The complexity would almost certainly still exist.
That doesn’t follow. A lot of the complexity is purely to achieve the performance we have.
To that end, I was assuming the idea would be that we think we could have faster systems if we didn't have this stuff. If that is not the assumption, I'm curious what the appeal is?
It's quite a different thing to running a general purpose OS to multiplex each core with multiple processes and a hardware walked page table, TLB etc.
Obviously you know what you prefer for your laptop.
As we get more and more cores perhaps the system designs that have evolved may head back toward that simplicity somewhat? Anything above %x cpu usage gets its own isolated, un-interrupted core(s)? Uses low cost IPC? Hard to speculate with any real confidence.
I think that is largely my qualm with the dream. The only way this really works is if we had never gone with preemptive multitasking, it seems? And that just doesn't seem like a win.
You do have me curious to know if things really do automatically pin to a cpu if it is above a threshold. I know that was talked of some, did we actually start doing that?
Yeah that's the perfect use case for current system design. Nobody sane wants to turn that case into an embedded system running a single process with hard deadline guarantees. Your laptop may not be ideal for controlling a couple of tonnes of steel at high speed, for example. Start thinking about how you would design for that and you'll see the point (whether you want to agree or not).
I confess I assumed writing controllers for a couple of tonnes of steel at high speed would not use the same system design as a higher level computer would? In particular, I would not expect most embedded applications to use virtual memory? Is that no longer the case?
I'm just expressing the general sentiment of distaste for piling stuff upon stuff and holding it with a duct-tape, without ever stepping back and looking at what we have, or at least should have, learnt and where we are today in the technological stack.
I'm semi-serious: there are actually modern processor designs that put this burden on the programmer (or rather their fancy compiler / code generator) in order to keep the silicon simple. See eg https://en.wikipedia.org/wiki/Groq#Language_Processing_Unit
I don't know if this is just me being paranoid, but every time I see a phrase like this in an article I feel like it's co-written by an LLM and it makes me mad...
2 more comments available on Hacker News