FreeBSD can now boot in 25 milliseconds
theregister.com
FreeBSD can now boot in 25 milliseconds
1–10 of 52 posts
Re: FreeBSD can now boot in 25 milliseconds
#2Re: FreeBSD can now boot in 25 milliseconds
#3How does bubblesort happened in FreeBSD? Can my laptop boot in 25 milliseconds now?
Re: FreeBSD can now boot in 25 milliseconds
#4Hmm, actually I’m not sure I even understand the whole “serverless” thing that much to be honest.
Running FreeBSD as if it’s a “process” on Linux is interesting in a way but - who does this?
Re: FreeBSD can now boot in 25 milliseconds
#5How does bubblesort happened in FreeBSD? Can my laptop boot in 25 milliseconds now?
Essentially limited stack and input known to be bounded to reasonable size, along with low complexity of implementation.
And no, AFAIK, as your PC has to wait for hardware to initialize and such. This is for booting VMs.
Re: FreeBSD can now boot in 25 milliseconds
#6Having a tough time understanding the impacts of this work. Fast boot times matter if you boot often. So what’s the use case here? Hmm, actually I’m not sure I even understand the whole “serverless” thing that much to be honest. Running FreeBSD as if it’s a “process” on Linux is interesting in a way but - who does this?
Spinning up additional "servers" in the cloud when you receive many incoming requests. If requests are held in a queue waiting for the new server to start, a fast boot process will reduce the latency for those requests.
> Running FreeBSD as if it’s a “process” on Linux is interesting in a way but - who does this?
Cloud providers run VMs of different customers on the same physical machine. Hypervisors like Firecracker minimize the attack surface (smaller risk of local privilege escalation) and VM overhead (run more instances on one machine).
Re: FreeBSD can now boot in 25 milliseconds
#7Re: FreeBSD can now boot in 25 milliseconds
#8Having a tough time understanding the impacts of this work. Fast boot times matter if you boot often. So what’s the use case here? Hmm, actually I’m not sure I even understand the whole “serverless” thing that much to be honest. Running FreeBSD as if it’s a “process” on Linux is interesting in a way but - who does this?
> So what’s the use case here? Spinning up additional "servers" in the cloud when you receive many incoming requests. If requests are held in a queue waiting for the new server to start, a fast boot process will reduce the latency for those requests. > Running FreeBSD as if it’s a “process” on Linux is interesting in a way but - who does this? Cloud providers run VMs of different customers on the same physical machin…
Re: FreeBSD can now boot in 25 milliseconds
#9Having a tough time understanding the impacts of this work. Fast boot times matter if you boot often. So what’s the use case here? Hmm, actually I’m not sure I even understand the whole “serverless” thing that much to be honest. Running FreeBSD as if it’s a “process” on Linux is interesting in a way but - who does this?
> We can see a lot of potential uses for microVMs, not just in cloud scenarios. The ability to run a single program built for one OS on top of a totally different OS, without the overhead of running a full emulated environment all the time, could be very handy in all kinds of situations.
Re: FreeBSD can now boot in 25 milliseconds
#10This is obviously not true.