Birbla

Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

Sign in
  • Hacker News
  • Just looked at this and wondered, how much Claude AI slop went into this project and unsurprisingly a lot of it.

    The entire site reeks of Claudisms and I doubt that the author even cares or knows what they are doing. The GitHub put me off immediately.

    It's quite ridiculous to see such slop here and we are just going to see more of this.

    by rvz
  • Have a look at the submissions from that websites. The quantity alone indicates that the author is vibing full steam.

    Nice ideas but 100% slop

    by wrxd
  • The ability to quickly try out and verify ideas is valuable. This would have taken immensely more time to get to a stage to reasonable verify or dismiss as an idea otherwise. This saves time for builders.

    The author cares; this is not a post-a-quick-project-as-slop-to-get-cred situation.

    by tomberek
  • It's a good idea, and the implementation works. Are there actual problems, or are you just complaining that AI was used?
    by yjftsjthsd-h
  • The author's talks on nix go back to 2020: https://fzakaria.com/talks

    I suspect they know and care

    by Powdering7082
  • so sick, nice work!
    by nektro
  • Ugh cant stand the LLM-isms, cool idea tho, practical? For teaching maybe?
    by thenthenthen
  • > The first time you run a binary, it is translated from x86_64 to WebAssembly and that takes time.

    If the binary is running under a real x64 linux kernel running in qemu, wouldn't that imply that the binary is never translated to wasm?

    by orangea
  • This qemu JITs things to wasm as it runs
    by yjftsjthsd-h
  • Seems very cool. I'm wondering what the next step would be for performance here. Trying python as suggested is quite slow so far.

      ~ # time python3 hello.py
  Hello World!
  real    0m 5.48s
  user    0m 4.11s
  sys     0m 1.24s
    by easterncalculus
  • I think it could be made much faster by emulating Linux system calls instead of running a real kernel, and translating x86 binaries to wasm before running (using something like cheerpx).
    by orangea
  • There's a JIT, so running the same thing more than once makes it faster:

      ~ # time hello 
  Hello, world!
  real 0m 1.89s
  user 0m 0.67s
  sys 0m 1.14s
  ~ # time hello 
  Hello, world!
  real 0m 0.97s
  user 0m 0.36s
  sys 0m 0.55s
    This would to me imply an obvious route of pre-warming the resumed image with your program. Or going all-in and natively compiling to wasm, but that's a much bigger lift.
    by yjftsjthsd-h
  • Every damn vibe project: “Catchy hook, descriptive explanation”. Like they’ve all got their own marketing team now.
    by indemnity
  • And verbs seem to clearly be really pricey in terms of tokens
    by teroshan
  • > we can run a Linux kernel in WebAssembly.

    For a moment I thought someone did a port of Linux to wasm, but this is actually x86_64 Linux in a wasm qemu (with JIT, granted, which I suppose blurs the line). That's probably a lot more practical.

    ---

    I'm stoked about the idea of using this for code review / bug reproduction / tutorials / demos. Obviously nix already gives you the reproducibility side of things, but running on any host system with zero setup and robust sandboxing should really improve its practical usefulness. Native nix doesn't give you "try this software by clicking a link and it works without installing anything", nor " here's some completely untrusted code someone wants you to run, and that's ~fine because it's in a browser tab".

    by yjftsjthsd-h
  • > I thought someone did a port of Linux to wasm

    I think someone did that here: https://github.com/joelseverin/linux-wasm

    by janjones