Live data from Hacker News

FreeBSD can now boot in 25 milliseconds

theregister.com

11–20 of 52 posts

Re: FreeBSD can now boot in 25 milliseconds

#11

Having 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?

All I know about turtles is that they should be made out of turtles and all the way down.

Re: FreeBSD can now boot in 25 milliseconds

#12
> Replacing a sort algorithm in the FreeBSD kernel has improved its boot speed by a factor of 100 or more…

I don't think that's correct. While the optimized sorting algorithm is 100x times faster than the old sorting algorithm, it was only a small part of the boot process (2ms), so the boot speed up is only 7%.

Re: FreeBSD can now boot in 25 milliseconds

#13

Having 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?

Serverless is a relatively new marketing term, old by tech world standards, whereby you "don't need infrastructure". Your code gets executed into sort of virtual machines "small enough" to boot up on demand and execute your specific code. You don't need to manage dependencies or os configs. You define an "entry point" within your chosen programing language and the vm executes it on demand. The vm stays active for a set time. Beyond that time a new request requires a "cold start" - this can be slow if the OS' boot time is slow.

Also this is meant to make things easier and cheaper. But they are anything but easier and anything but cheaper compared to non serverless. It also leads to captive customers. But it drives a whole industry of training, consulting and selling AWS services.

Re: FreeBSD can now boot in 25 milliseconds

#14

Having 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?

It was done in the context of running FreeBSD under the Firecracker platform [1]

[1] https://news.ycombinator.com/item?id=33243529

Re: FreeBSD can now boot in 25 milliseconds

#15

First line of article: Replacing a sort algorithm in the FreeBSD kernel has improved its boot speed by a factor of 100 or more This is obviously not true.

It's a bit of clonky writing, but in proper English "its boot speed" relates to the algorithm and not the FreeBSD kernel

Re: FreeBSD can now boot in 25 milliseconds

#16
post #15

First line of article: Replacing a sort algorithm in the FreeBSD kernel has improved its boot speed by a factor of 100 or more This is obviously not true.

It's a bit of clonky writing, but in proper English "its boot speed" relates to the algorithm and not the FreeBSD kernel

Well, now you mention it I can see it ... Feels very unintuitive to me.

Re: FreeBSD can now boot in 25 milliseconds

#18
> I believe Linux is at 75-80 ms for the same environment where I have FreeBSD booting in 25 ms.

From the article, Colin Percival on how Linux does as well. Impressive (though would be good to see other benchmarks to corroborate Colin's).

(Which is an HN comment actually: https://news.ycombinator.com/item?id=37205578.)

Re: FreeBSD can now boot in 25 milliseconds

#20
post #17

If you fired a bullet at 450m/s at a FreeBSD machine sitting 50 feet away, it would have enough time to boot up and perform operations before being struck and destroyed by the bullet.

With an optical muzzle flash companion to wake it / circumvent the speed of sound, it could even complain about being shot at! https://ieeexplore.ieee.org/document/6685317
Post reply on HN