Slashdot Mirror
FreeBSD 7.2 Released
An anonymous reader writes "The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 7.2-RELEASE. This is the third release from the 7-STABLE branch which improves on the functionality of FreeBSD 7.1 and introduces some new features. Some of the highlights: Support for fully transparent use of superpages for application memory; Support for multiple IPv4 and IPv6 addresses for jails; csup(1) now supports CVSMode to fetch a complete CVS repository; Gnome updated to 2.26, KDE updated to 4.2.2; Sparc64 now supports UltraSparc-III processors. For a complete list of new features and known problems, please see the online release notes and errata list."
Adds another anonymous reader, "You can grab the latest version from FreeBSD from the mirrors or via BitTorrent. There is also a quick review of the new features and upgrade instructions."
And in rare cases when you need a rare obscure feature, it will not be compiled in, leaving you to play a bit with debuild and stuff. That sucks, too.
However, binary packages are much convinient in many cases. I've been using FreeBSD with ports before, and now I'm using Gentoo with portage (which is inspired by FreeBSD's ports) and I'm happy to turn optional features as I like, but I miss a lot of things from binary distros like Debian -- speed of installation, some assurance that the package will work, less work on my part to get it working, etc. To get the source, change a few switches and create your own deb isn't such a deal if you have to do it for only several packages. I did this on Nexenta OpenSolaris installation recently, and I say it's easier than maintaining a Gentoo installation.
And the unneeded features aren't such a big deal, really. I've run Debian on slow low-end devices, and it runs fine, they take a bit more space and the memory usage somewhat grows, but on a modern system that shouldn't be a problem at all -- it is offset by the lack of ports tree, the need for installed compiler and headers, and the faster installation. Debian developers also splits some optional features as seperate packages, where it is possible. And you never know when you actually might need these optional features.
So ports have their pros and cons, I really liked them when I had to play with them, but as I'm lazy I would choose something apt-get-style now. Debian GNU/kFreeBSD is a nice choice if you want apt-get, FreeBSD kernel. I'm not sure if they have working ZFS and DTrace support at the moment, but it's still worth checking out.
One of the main reasons I would choose FreeBSD at the moment is ZFS. And there is very low probability that we'll see this in Linux.
The problem with ZFS on OpenSolaris i386 is that ZFS is very heavy on 64-bit arithmetic. The only way of doing this on x86 is to store the 64-bit value across two registers, meaning that each calculation uses 4 registers in total, dramatically increasing register churn. This makes performance suck.
The problem on FreeBSD is that the adaptive replacement cache runs out of memory and the kernel panics. This is a much, much more serious problem. I'll take slow-but-working over crashes-and-loses-data any day.
Still, I'm looking forward to 8 RELEASE if it includes ZFS v13 and the improvements to the sound subsystem (per-vchan volume, faster mixing, and so on).
I am TheRaven on Soylent News
And in the same vein, they are inadequate because all instances share a kernel.
And are significantly faster (on our workload) and more efficient for the same reason. Since all jails pull from the same heap, you don't have to worry about under- or over-allocating RAM to an instance. You also don't have to contend with multiple kernels all trying to do bookkeeping many hundreds of times per second.
Jails obviously aren't the right tool for every job, but when they suit your needs, they're outstanding.
Dewey, what part of this looks like authorities should be involved?