Live data from Hacker News

Viewing profile — adammiribyan

adammiribyan

HN member
Joined
Tue, Aug 16, 2022, 6:23 PM UTC
HN karma
210
Public activity
23 items

About adammiribyan

adam.miribyan@gmail.com

Recent public activity

  1. comment
    Comment #49168266

    [flagged]

  2. story
  3. comment
    Comment #47452898

    Not yet. Current design is run code, return result. Adding virtio-net to forks is on the roadmap. What's your use case that needs it?

  4. comment
    Comment #47436717

    Glad to see the approach validated at scale! I hadn't seen your blog posts until they were linked here, going to dig into the userfaultfd path. Would love to chat if you're open to…

  5. comment
    Comment #47436677

    Great writeup, bookmarked. The fault storm point is interesting -- our forks are short-lived (execute and discard) so the working set is small, but for longer-running sandboxes tha…

  6. comment
    Comment #47436662

    Both. The engine is open source. You can self-host it on any Linux box with KVM. There's also a live API you can hit right now (curl example in the README). Building the managed se…

  7. comment
    Comment #47422381

    1 vCPU per fork currently. Multi-vCPU is doable (per-vCPU state restore in a loop) but would multiply fork time. On Firecracker version: tested with v1.12, but the vmstate parser a…

  8. comment
    Comment #47422339

    On tail latency: KVM VM creation is 99.5% of the fork cost - create_vm, create_irq_chip, create_vcpu, and restoring CPU state. The CoW mmap is ~4 microseconds regardless of load. P…

  9. comment
    Comment #47422063

    Exactly —- they skip the OS, we make it free to clone.

  10. comment
    Comment #47422036

    Agreed, cross-node is the hard next step. For now single-node density gets you surprisingly far. 1000 concurrent sandboxes on one $50 box. When we need multi-node, userfaultfd with…

  11. comment
    Comment #47422007

    Good callout. We seed entropy before snapshot to unblock getrandom(), but forks still share CSPRNG state. The proper fix per Firecracker’s docs is RNDADDENTROPY + RNDRESEEDCRNG aft…

  12. comment
    Comment #47419461

    CRIU is great for save/restore. The nice thing about CoW forking is it's cheap branching, not just checkpointing. You can clone a running state thousands of times at a few hundred …

  13. comment
    Comment #47419410

    The API in the readme is live right now -- you can curl it. Plan is multi-region, custom templates with your own dependencies, and usage-based pricing. Email in my profile if you w…

  14. comment
    Comment #47419377

    Thanks! Yes, there's going to be a managed version.

  15. comment
    Comment #47414674

    Fair question. The fork engine itself is general purpose -- you could use it for anything that needs fast isolated execution. We say 'AI agents' because that's where the demand is …

  16. story
  17. story
    Show HN: Sub-millisecond VM sandboxes using CoW memory forking

    I wanted to see how fast an isolated code sandbox could start if I never had to boot a fresh VM. So instead of launching a new microVM per execution, I boot Firecracker once with P…

  18. comment
    Comment #46816237

    Cool website. I built Croft a few weeks ago — very similar. https://api.trycroft.com/landing-draft

  19. comment
    Comment #45916969

    Does OpenAI use Ory? I thought they’re using Auth0.

  20. story
  21. story
  22. comment
    Comment #37847858

    Their home page shows “Sorry, you have been blocked” and the status page is not event responding.

  23. story