News for hackers. Stuff that matters.
Re:Show HN: Prisma Postgres. Runs on bare metal and unikernels by ahachete on Saturday November 02, 2024 @03:41PM (#42028719)
Last time I checked, Firecracker didn't have a very compelling I/O story, which made it in my opinion not completely adequate for running Postgres (or any other database).

In contrast, other similar VMM seem to have a better one, like Cloud Hypervisor [1]. Why then FC and not CH? (I've nothing against FC, actually love it and have been using it, but it appears not being the best I/O wise).

[1]: https://github.com/cloud-hypervisor/cloud-hypervisor

Re:Show HN: Prisma Postgres. Runs on bare metal and unikernels by aayushshah15 on Saturday November 02, 2024 @05:18PM (#42029279)
> Firecracker didn't have a very compelling I/O story

Can you provide any sources for this claim? We're running Firecracker in production over at blacksmith dot sh and haven't been able to reproduce any perf regressions in Firecracker over CH in our internal benchmarking.

Re:Show HN: Prisma Postgres. Runs on bare metal and unikernels by ahachete on Saturday November 02, 2024 @07:50PM (#42030094)
Re:Show HN: Prisma Postgres. Runs on bare metal and unikernels by aayushshah15 on Sunday November 03, 2024 @11:24AM (#42033943)
That issue is from 2020 and has already been addressed. The fact that io_uring support is not "GA" is mostly a semantic aspect that doesn't affect most use-cases.
Re:Show HN: Prisma Postgres. Runs on bare metal and unikernels by eyberg on Saturday November 02, 2024 @05:32PM (#42029357)
The major tradeoff with firecracker is a reduction in runtime performance for a quick boot time (if you actually need that - this obviously doesn't work if your app takes seconds to boot). There are quite a lot of other tradeoffs too like 'no gpu' because that needs some of the support that they remove to make things boot fast. That's why projects like 'cloud hypervisor' exist.