What's happening to FreeBSD?

Espionage724 said:

Libinput Hit By Worrying Security Issues With Its Lua Plug-In System - Phoronix

www.phoronix.com www.phoronix.com

I like the idea of faster boot times, but don't like added complexity. Reading the key features, I haven't needed or knowingly need any of that. I haven't used jails and don't particularly need native integration built-in for it (implies bulk). I guess the features might be useful for certain use-cases, but I've gotten by no-problem so far with service start/stop/restart/oneshot, some scripts, and cron :p
Click to expand...
How much added complexity is there? Granted you do have to have some sort of tracking of what depends upon what, but compared with the complexity that is ports and packages, or the work that went into making the system SMP safe without everything running under that giant lock, I'm not sure that it's that bad. They're presumably taking a similar tack with things not being safe to be run in parallel as a default and running in the same order they do now with things being allowed to change those when safe to do so.
 
Again, the boot post (BIOS/UEFI and add on hardware) for most servers I use takes up to several minutes. Once control is given to the OS boot loader, it takes seconds. It simply does not matter if that second boot phase takes 12, 20 or 30 seconds.

Also, I am using my servers not booting them ten times a day. ;)
 
recluce said:
Again, the boot post (BIOS/UEFI and add on hardware) for most servers I use takes up to several minutes
Click to expand...
I installed to clean disks from memstick in about 3 mins; not sure what server-grade hardware does, but that time almost sounds like more of an issue vs a benefit of a server vs a random desktop or Pi :p

If it's hardware diagnostics: I'm pretty confident hardware isn't failing between last-boot and the next, and I'd probably notice an issue sooner real-world on the next boot vs a lengthy headless delay I might get used to not checking.

I didn't imagine multi-minutes being tolerated, but is there something to look for when purchasing a server to determine POST times?
 
Hardware diagnostics, integration of UEFI blobs for certain hardware, hardware enumeration, etc. all takes time. For example, my storage server here needs to check 512 GB of memory, 45 hard drives and whatever else is in the system. That takes about two minutes from turning on the power until handover to the FreeBSD boot loader. Also, I noticed that server designs just don't pay much attention to boot post times. And really, this is not much of a problem - reboots happen once a month if you are diligent on updates, less often if not. If you need high availability, server layout should be clustered or have a hot standby anyhow.
 
bakul said:
You realize that *you* may not but other users do use jails and may want other key features....
Click to expand...
I'd be curious to hear a real-world example of someone using jails and FreeBSD now, and how integrating rc.d is a benefit to their stack. I like proof :D

Whatever exists now works for me, so anything newer I'd hope to work just as well. rc.d might be cool, and if it drops-in easy enough to just change a couple word around like rcctl reload nginx vs service nginx reload then cool. I've heard dances with Wayland for 8+ years though :p
 
recluce said:
Again, the boot post (BIOS/UEFI and add on hardware) for most servers I use takes up to several minutes. Once control is given to the OS boot loader, it takes seconds. It simply does not matter if that second boot phase takes 12, 20 or 30 seconds.

Also, I am using my servers not booting them ten times a day. ;)
Click to expand...

On VMs the phase to pass control to the FreeBSD bootloader can be as low as a second.

And if you are doing kernel debugging on VMs you might reboot very often as you panic the kernel, or use the ultimate debugging utility - debug printfs :)
 
You must log in or register to reply here.
Back
Top