Hacker News: krystofbe

New comment by krystofbe in "DNSSEC disruption affecting .de domains – Resolved"

krystofbe — Tue, 05 May 2026 20:27:40 +0000

Looks like a DNSSEC issue, not a nameserver outage. Validating resolvers SERVFAIL on every .de name with EDE:

RRSIG with malformed signature found for a0d5d1p51kijsevll74k523htmq406bk.de/nsec3 (keytag=33834) dig +cd amazon.de @8.8.8.8 works, dig amazon.de @a.nic.de works. Zone data is intact, DENIC just published an RRSIG over an NSEC3 record that doesn't validate against ZSK 33834. Every validating resolver therefore refuses to answer.

Intermittency fits anycast: some [a-n].nic.de instances still serve the previous (good) signatures, so retries occasionally land on a healthy auth. Per DENIC's FAQ the .de ZSK rotates every 5 weeks via pre-publish, so this smells like a botched rollover.

New comment by krystofbe in "Claude Opus 4.6"

krystofbe — Thu, 05 Feb 2026 20:31:23 +0000

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 |

That's a 24x to 50x difference for tools that do the same thing: send text to an API.

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.

Show HN: HNBrew – Daily/weekly Hacker News digest emails (hndigest replacement)

krystofbe — Tue, 06 Jan 2026 06:45:09 +0000

Built this after hndigest.com stopped working on Jan 1st. Same idea. Top HN stories in your inbox. Daily/weekly options, configurable story count.

Django + Celery. Open to feedback.

Comments URL: https://news.ycombinator.com/item?id=46509429

Points: 3

# Comments: 1

New comment by krystofbe in "Ask HN: Hndigest No Longer Working?"

krystofbe — Mon, 05 Jan 2026 08:05:21 +0000

Hey! I built https://hnbrew.com as a replacement since hndigest.com stopped working. I was a heavy user myself and missed getting my daily digest, so I decided to clone it.

It does the same thing - sends you a daily/weekly digest of top HN stories. Just enter your email on the landing page to subscribe.

Hope it helps!

New comment by krystofbe in "Show HN: Edka – Kubernetes clusters on your own Hetzner account"

krystofbe — Sat, 16 Aug 2025 10:43:10 +0000

I am having no issues with their object storage

New comment by krystofbe in "Mistral 7B"

krystofbe — Thu, 28 Sep 2023 05:25:00 +0000

It is a pity that many of the innovations are limited to the English language LLMs. I have just tested Mistral in German and the result is disappointing:

``` [INST]Was ist ein Döner?[/INST] Ein Döner ist eine Gerichtskomposition, die aus einer Schnitzel aus Rindfleisch besteht. Diese wird in einem Pita-Brot zutopfen und mit einem Gemisch von Tomaten, Salat, Zwiebeln, Mayonnaise und anderem abgesalzen. Sie ist ein populäres Gericht in der Türkei und anderen Ländern des Mittelmeers. [end of text] ```

New comment by krystofbe in "Update to Kagi Search Pricing"

krystofbe — Fri, 10 Mar 2023 07:23:01 +0000

I switched from Kagi back to Google because Kagi was just too slow for me. The search results on Google load much faster, while the response time on Kagi was at times over 500 miliseconds.