Mac Neo
Sure, but the screen/keyboard aren't necessary
Readit NewsWeryj commented on The MacBook Neo daringfireball.net/2026/0... · Posted by u/etothet
If they made a thin client with these processors, in a mac-mini (mac-tiny?) format. I would be buying a couple on every paycheck.
But that's very wishful thinking.
I did some debugging on this today. The results are... sobering.
Memory comparison of AI coding CLIs (single session, idle):
| Tool | Footprint | Peak | Language |
|-------------|-----------|--------|---------------|
| Codex | 15 MB | 15 MB | Rust |
| OpenCode | 130 MB | 130 MB | Go |
| Claude Code | 360 MB | 746 MB | Node.js/React |
vmmap shows Claude Code reserves 32.8 GB virtual memory just for the V8 heap, has 45% malloc fragmentation, and a peak footprint of 746 MB that never gets released, classic leak pattern.
On my 16 GB Mac, a "normal" workload (2 Claude sessions + browser + terminal) pushes me into 9.5 GB swap within hours. My laptop genuinely runs slower with Claude Code than when I'm running local LLMs.
I get that shipping fast matters, but building a CLI with React and a full Node.js runtime is an architectural choice with consequences. Codex proves this can be done in 15 MB. Every Claude Code session costs me 360+ MB, and with MCP servers spawning per session, it multiplies fast.
I believe they use https://bun.com/
Not Node.js
Weryj commented on Actors: A Model of Concurrent Computation [pdf] (1985) apps.dtic.mil/sti/tr/pdf/... · Posted by u/kioku
Feels like half of the goal here is to give people more incentive to upgrade over the free tier.
Weryj commented on Cowork: Claude Code for the rest of your work claude.com/blog/cowork-re... · Posted by u/adocomplete
It's so important to remember that unlike code which can be reverted - most file system and application operations cannot.
There's no sandboxing snapshot in revision history, rollbacks, or anything.
I expect to see many stories from parents, non-technical colleagues, and students who irreparably ruined their computer.
Edit: most comments are focused on pointing out that version control & file system snapshot exists: that's wonderful, but Claude Cowork does not use it.
For those of us who have built real systems at low levels I think the alarm bells go off seeing a tool like this - particularly one targeted at non-technical users
TimeMachine has never been so important.
Weryj commented on Show HN: Hosting 100 Linux dev environments on one VM using LXC github.com/FootprintAI/Co... · Posted by u/hsin003
That’s awesome — thanks for sharing!
If you don’t mind me asking:
- Did you use LXC containers, or full VMs for each sandbox? - How did you handle SSH / network isolation? - Any tips on making provisioning faster or keeping resources efficient?
We’re using unprivileged LXC + SSH jump hosts on a single VM for cost efficiency. I’d love to hear what tradeoffs you found using the Proxmox API.
My setup is quite purpose built. I use Orleans as the main fabric of our codebase. But since the Orleans cluster is a 'virtual computer' in a sense, you can't rely on anything outside the runtime, since you don't know which machine your code is executing on.
So a Grain calls Proxmox with a generated SSH Key / CloudInit, then persists that to state, then deploys an Orleans client which connects to the cluster for any client side C# execution. There's lots you could do for isolated networks with the LXC setup, but my uses didn't require it.
Proxmox handles the horizontal scaling of the hardware. Orleans handles the horizontal scaling of the codebase.
Weryj commented on Show HN: Hosting 100 Linux dev environments on one VM using LXC github.com/FootprintAI/Co... · Posted by u/hsin003
I did the exact same thing for my own sandboxing. Through the Proxmox API
Weryj commented on Iran Goes Into IPv6 Blackout radar.cloudflare.com/rout... · Posted by u/honeycrispy