It's a unified model for managing services in Solaris. It's really ahead of its time. Unfortunately it relies of a lot of kernel functionality only found in Solaris so it's nearly impossible to port. SMF and some functions would have to be implemented in FreeBSD separately.
You can sort of do this with SMF. You can specify a service instance (a configuration of a service), and all of it's dependencies using an SMF manifest, then boot a Jail/Zone from that manifest. This is all optional though; instead of it being a terrible mish-mash of functions like Docker.
SMF...
You can call pkg to install packages into a Jail. This can be done automatically with templates using a jail management tool. You don't ship applications with containers; that's a vector for compromise. Certainly not with an unvetted registry also. FreeBSD has a community vetted repository of...
It's a BS governance model to tame the inherent fragmentation issue with Linux. OCI exists because GNU/Linux has no concept of a base system. It's an attempt for companies to sell compliance. OCI, like Flatpak/AppImages, etc. is more of the same bandaid nonsense. Outside of the mess that is...
I think the iSCSI stuff works good now. It's in kernel now and it's fully integrated into the CAM Target Layer. Haven't tried it though. I'd just use NFS to keep it simple.
You can scale up with HAST/CARP/LAGG instead of scaling out with something like Gluster/Ceph. The former is much simpler and requires less leg work. If you're not Google/Amazon, you probably don't need Gluster/Ceph.
Your objective is server administration right?
Instead of fiddling around with X11 on a server; get acquainted with SSH and Sudo first. Don't use %wheel ALL=(ALL) ALL
for your users either. Really learn Sudo. Learn about TCP/IP then go from there. Don't worry about network services yet. You...
I'm surprised we don't have our own performant, modern wifi/bluetooth stack. Considering our general network stack is second to none; this puzzles me. FreeBSD made access points and extenders would be nice.
For graphics, I think the harder part would be convincing vendors to port their drivers...
The same benefits you'd get from a web GUI, except I don't have to install a plethora of extra stuff just to navigate and interact with the same information. I'd rather not install X.org, etc. on a server just to be able to better view subtrees. Akin to navigating filesystem hierarchies with...
I've got my popcorn ready for when they break their filesystem/network code with all of this pointless rewriting. An exodus of engineering talent coming to FreeBSD in the near future?
You've endured slow hardware for so long, you've accepted how much time you're wasting. IPC core performance has improved drastically over the last decade. I'd say you can build a reasonable system for under $500 using AMD chips. 30 minutes tops would've been my limit personally for electron...
I just don't see it. Only time will tell. Upstream has drank the GNOME/Systemd koolaid a bit too much. I still think Wayland is a chance for BSD to write a clean, grassroots implementation of a display server. X.org is a mess.
My point is that most users are using SwiftUI/Quartz based alternatives to major gtk2 based applications on the mac. Those individuals can only maintain gtk2/Quartz bindings for so long before RedHat fully migrates to Wayland. Who knows what they'll do then. X11/Wayland and Quartz are two...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.