FreeBSD 5.0 RC3 Now Ready

Dan writes "Scott Long announces that FreeBSD 5.0 RC3 has been released and available at all mirrors sites. Release notes can be viewed here, you can download 5.0 RC3 from ftp.freebsd.org or from one of your favorite mirror sites. Many thanks to the FreeBSD Release Engineering team for their work efforts!"

UDF Support

[vasqzr]

Finally.

Now I don't have to copy my clients Adaptec DirectCD's to the network on a Windows machine before I can use them.

Why people mail me $3 CDRW's instead of $0.03 CDR's I'll never know.

Excellent System

[martinmcc]

I've just changed my Desktop OS from Mandrake to FreeBSD - I'd been running FreeBSD as my server OS for a few years now and have always been impressed by its stability (NEVER had a crash) and ease of configuration. I was unsure about it as a desktop system since in that I want something that just works without any fuss, and Mandrake seemed to do the job. After 4 hours I had FreeBSD running kde with kdm, my mail/news/browsers, sound etc. all set up and working without any touble at all. All I have left is to get my scroll mouse working and I have everything I need, and I am confident I will have much less problems then with Mandrake (a fair few crashes and awkward to troubleshoot).

I would now recommend FreeBSD as the unix of choice for any purpose, it may not have a fancy graphical install program, but you will really appreciate this simplicity when you come to make changes/ do something a little out of the ordinary.

My OS catagories -

Windows XX - For the clueless masses, and often a neccassary evil (esp. games)
Linux Mandrake - Good when it is good (i.e. installs without a problem and no strange configurations), but a hog to troubleshoot.
FreeBSD - The king of server OS's, and by the look of things a great Desktop system.

Re:Excellent System

[marvin]

FreeBSD is king on uniprocessor server or workstation. Even 5.0 SMP support is too young to be
compared to Linux.

FreeBSD Install Process

[indyracing]

I have used FreeBSD in past and like it, but have usually chosen Red Hat because in my opinion it is a lot easier to install and get configured. Hopefully they have improved on this for 5.0. Has anyone who has tried the RC noticed any changes in this arena?

Java integration just rocks!

[Spotless Tiger]

From the changelog:

1/10/2003: Integrated Java VM into kernel and replaced /usr/bin and /bin with keithw's java byte-code versions. Platform independence, here we come!

This is great news, although as I understand it, this doesn't mean Java itself is integrated, just the byte-code JVM part of the thing. /bin/sh, for example, uses BSD type calls, but it's compiled Java byte code (using jgcc) rather than i386 code.

And this is great because it's a start on making binary formats less of an issue. Sure, there's always going to be those who want the fastest versions of, say, "rm", but for the rest of us, being able to compile something on one system and then just move it across anywhere will help tremendously.

Does anyone know if the OpenBSD and NetBSD projects are doing anything similar?

Who says that?

[koinu]

Your reliable sources are not so reliable, it seems. FreeBSD is not dead and never was, because it has much which other Unixes/Linuxes don't offer.

I hope you know that Mac OS-X is based on a modified FreeBSD kernel. I like FreeBSD and I am using it as a desktop system. I don't need Linux, because it's emulated here ("emulation" means "emulation which works", not like Wine or stuff like that)

been running it since last night

[Leimy]

when I compiled it on RC2.. So far pretty nice.. I think we might need another RC before it goes into release status though. I have had some header file issues when compiling stuff like kdenetwork.

Dave

RCs seem to be immune to slashdotting !

[skrowl]

Unlike full releases, RCs seem to be immune to slashdotting! I'm currently pulling over 200K from a Canadian (eh!) FTP mirror site. The day of the last full release, you were lucky to pull over 5 K from ANYWHERE.

Re:A more elegant means to acquire upgrades?

[stratjakt]

I don't even bother with any of that. I start with a Slackware basic install, just to get linux on my machine, then upgrade/install what I need from the source tarballs.

I just set up a machine over the weekend, just installed enough from the slackware disc to get a command prompt, then compiled the latest kernel/mods, samba and squid on my 'compiling' linux machine, then copied over the binaries and configurated them.

I generally use linux in fileserver/router/firewall/proxy types of situations, and have never tried to run it on a desktop. Which would be a big hassle if I wanted to keep a myriad of little apps up to date.

I've no doubt the difficulties/inconsistancies of upgrading the various distributions is a big factor keeping the masses on windows.

Re:A more elegant means to acquire upgrades?

[koinu]

If you know Gentoo, you should know that FreeBSD is also build from sources.

Check the FreeBSD Handbook section 21 about how to keeping the system up-to-date (e.g. cvsup). The "make world"-approach works fine and resolves all troubles by merging your existing configuration files with new configuration files (mergemaster).
Many people write their own scripts to control the compilation/merging process.

Re:Excellent System

[Wylfing]

Linux Mandrake - Good when it is good (i.e. installs without a problem and no strange configurations), but a hog to troubleshoot.

This is what keeps Mandrake from being a great OS -- desktop, server, or otherwise. If something doesn't come out of the box from Mandrakesoft, you can pretty much forget about it. I have moved every machine that once had MDK to something more, er, alterable like Debian or FreeBSD (which really shines in the turning-old-machines-into-dedicated-servers department).

FreeBSD's threading and MySQL?

[Anonymous Coward]

So does MySQL under 5.0-RC3 use native threading and are those threads efficient enough that large shops can move back from Linux to FreeBSD on their MySQL servers? We use FreeBSD almost exclusively except for on our multi-CPU SMP MySQL database servers where FreeBSD just couldn't deliver due to threading inefficiencies. We would LOVE to move back to FreeBSD since systems maintenance is very easy and it would also mean having a uniform OS on all our servers.

5.0 Chicken or Egg Conundrum

[FrandGunk]

FreeBSD 5.0 is as important a milestone
as ever seen in the *NIX world. Many new
features and core technologies are
incorporated in this release.

The main problems with this release will be
caused by the "Chicken or Egg Conundrum",
in that the release will spur many new 5.0
users, whose input will come "after" the
pre-release testing process, finding bugs
that are not apparent in the release candidate
series due to limited testing on the incredibly
varied hardware and software systems found
in the "wild".

This is not a FreeBSD specific problem, this is
a reflection of the reality of a volunteer based
project with limited resources.

The incredible speed that FreeBSD developers,
contributers, and users update and solve
problems is amazing. Just check the mail
list archives for *many* examples of this!

IMHO many of the best and brightest minds in
the *NIX world have gravitated to the BSD's
stability and more structured development
model. For younger readers a "structured"
development model may seem to be a turn off,
but a few years of real world experience
will certainly temper this argument.

Thanks and Best Wishes to the BSD community,
and when the dust settles FreeBSD 5.X will
be the standard others are compared to.

Upgrade path from 4.x-STABLE to 5.X-STABLE?

[swb]

Will there be a reasonable upgrade path from 4.X-STABLE to the 5.X STABLE branch, when it becomes available?

There was from 3.x->4.x, although it may have stretched some people's idea of reasonable. I pulled it off without problems on two boxes, although both were soon replaced with new hardware and fresh installs of 4.x.

Re:Excellent System

[SILIZIUMM]

I am considering myself using FreeBSD on my computer as desktop OS. I am using Mandrake 9.0 right now. After using Linux for a while now, I found that :

- Linux is a real nice OS;
- The *nix system is great (never used *nix before);
- I don't want to have any other MS product, thank you;
- RPMs are making me sick (deps);
- apt-get is really nice, but Debian packages are always outdated (no, I don't want to run Debian unstable..);
- A bit of standartization would be nice (install dirs, etc.). If you install something not for your distrib, it will more likely fail;
- Linux community is great;
- I want to get some latest packages (ie. KDE) instead of compiling them myself;

So my two choices are either :
a) find the Linux distribution that meet my needs (Slack? Gentoo? others ? imputs welcome.);
b) try FreeBSD because it seems to fit my needs (it even has the nVidia drivers, hmmm:) ).

I'll wait until FreeBSD 5.0 Release will be out and I'll try it.

Any others comments on FreeBSD on desktop ?

Re:Excellent System

[Darth RadaR]

I dunno about that. 4.6 works great on some dual processor Dell PE2550 servers and a dual processor Compaq proliant. They're all pretty quick and have some bitchen' uptime. In fact, the last time I rebooted them is when they moved from test to production. (Around 5 months)

OTOH, the other OS being used for similar boxen on the same project is Nutware 5.0 which has the uptime of a mayfly when groupwise is running on it.

Re:Excellent System

[Anonymous Coward]

I went through a similar process, 'maturing' in the *nix world. Now I'm an OpenBSD user, and I doubt that'll ever change.
Linux is very stable and clean compared to windows.
FreeBSD (and NetBSD too) is even more stable and clean than Linux (though maybe some distro's approach FreeBSD's level of 'cleanness')
And OpenBSD takes that cleanness and correctness even further, sometimes being paranoid about it, but I like that.
If you like FreeBSD, give OpenBSD a shot. I'm sure you'll like it.
(And now a few dozen of linux users will start trolling that OpenBSD doesn't have . To them I say: You're just using Linux because it's 'l337', not because it's a good OS. Go and use windows, because that best fits your needs)

NVIDIA graphics card

[rhanneken]

I have a graphics card that uses the NVIDIA GeForce4 Ti 4400 chipset. I gather that XFree86 doesn't support it. There's an official NVIDIA driver for FreeBSD 4.7. Will it work with 5.0? I don't care about 3D graphics.

Re:I love FreeBSD to death, but...

[FrandGunk]

The error in the sym driver you speak of is on
a SPARC based system, a very small percentage
of the FreeBSD user base. This is not an i386
issue.

Nothing to see here, move along

Re:Excellent System

[Zeio]

I've actually found cases where the SMP on FreeBSD 4.x was superior to Linux. In order to test Linux's networking performance vs. FreeBSD, I changed a program for an algorithm to just run in the background calculating the Ackermann Function [kosara.net].

Anyways, the base rate was to run two Ackerman's at once, thus causing 100% USER CPU usage on both CPUs. The base rate for FreeBSD 4.62 was 15.5 Ackerman's per time period, vs. Linux's v2.4.18 14.0 during the same time period. Now this isn't a smoking gun, but the hardware was identical, and they were both running on custom compiled thin as possible kernels under the same duress.

Why would anyone do this? Well, my goal was to eat up all USER CPU and see how much I could rob from user with system under severe network abuse. Needless to say, that both OS's did very poorly, with FreeBSD having a clear edge, when the interface was brought to promiscuous mode to listen to a packet flood. FreeBSD degraded less, but in both cases an almost useless amount of CPU was left over for USERland. FreeBSD with RX polling turned on - a feature that practically seems unique to FreeBSD, from the XORP router project [xorp.org]. I am aware of polling endeavors in Linux but was never able to get them working. As usual with FreeBSD, 'features' aren't creeping in, so they tend to work. I even changed the polling to work under SMP (it wasn't designed to) and it worked in a situation where it shouldn't have. The usefulness of RX polling cannot be stressed enough, its imperative to consider the live-locking of interrupt driven kernels when dealing with massive amounts of bandwidth. If interested, see: 'Eliminating Receive Livelock in an Interrupt-driven Kernel' [harvard.edu], USENIX 1996, its amazing to me livelock still happens over 5 years after stuff like this gets presented to the public.

So, how bad is FreeBSD SMP? As far as I was concerned in my test, 2.4 Linux SMP seemed inferior (in my case) to FreeBSD on identical hardware. Are people touting Linux's big bad SMP zealots. Most probably, most good kernel hackers think highly of FreeBSD, particularly the VM. I find it amusing that RedHat is not porting to SPARC or Alpha anymore, and yes FreeBSD 5 is planned stable on IA64, IA32, SPARC64, PowerPC [stable planned a bit later, probably when a real PPC gets offered by IBM - die Motorola PPC, die] and Alpha. Clean code and standards compliance begets portability.

As far as saying "SMP" is better. Linux may have a better approach, but like my example, and I am sure there are others, empirical tests say a whole lot more. It's important to keep the machinery well oiled and coherent, which is something I think FreeBSD does rather nicely. Empirical tests such as mine prove that approach and theory and real life are different.

FreeBSD - it's coherent, well documented, "thin," bloody fast, BSD licensed so call it your own. You can see that well written code goes across architectures; the FreeBSD discipline is allowing them to easily stay stable on several platforms. I have run several tests that suggest that even FreeBSD 4.X is 'better' than Linux at various things, let alone 5.0. The VM subsystem is superior [2.5 is catching up]. Most big companies provide virtual servers with FreeBSD, such as Verio. The biggest irony of all is how small the FreeBSD community is compared to legions of hackers and companies trying to improve Linux. Yet why is Linux fragmented so horribly? You will eventually come to understand why this is the only free and open commercial grade OS there is. You will know what you are missing when you finally get a coherent UNIX. GCC, the C library and the kernel are all a matched set, not of this he said she said GNU-of-the-day distribution crap or fake compilers from RedHat and frozen broken CVS snapshots of the C library [RedHat again, with a fake C-lib on RH8]. FreeBSD is used by Juniper as the core OS, with network processors instead of 'real' network cards. It's beautiful. A full version of FreeBSD, relabeled JuneOS, with an IOS-like CLI for those who need it and superior design and interfaces. The UFS2 filesystem is also incredible. I really, really like XFS for Linux, but the Linux kernel maintainers won't merge it in [to 2.4] but have a myriad of vastly inferior filesystems merged into Linux [ext3 fake journaling, Reiser fsck for fun FS, JFS which is robust but slow]. RedHat's refusal not to embrace XFS with open arms boggles my mind. UFS2 addresses this problem. A fast, robust logging filesystem that is stable and in the kernel. I think UFS2 is a far superior improvement to UFS than was ETX3 to EXT2.

Anyways, I don't think I'll wait for Linux kernel 2.6 or any of the flavors of Linux distributors to come out with something stable, well documented, coherent with UNIX as a standard and each other. Don't be fooled, LSB is a standards base, but you don't get decades of discipline, you get maybe a years worth of un-actualized planning. FreeBSD 5.0 is here. This project needs a better installer, and some 'for workstation use' cleanups, and probably a better package system, although, there are lots of people who like PKG and PORTS much, much better than RPM or DEB. Another annoying omission [and yet another Sun self-screwing maneuver] it that it is difficult to get a JRE/JDK to run natively [1.1, 1.2, 1.3 and 1.4 are available as ports] and Sun does not provide one [they are apparently planning one]. People have lots of luck though using the Linux binary emulator, FreeBSD can run everything Linux does in binary form and it's easier to port to. Another good reason to develop for FreeBSD is this: Linux has /usr/include/linux. That in and of itself is a reason not to start there for development work. World, see a more beautiful future, one which was paved with the golden road made of FreeBSD - Certainly FreeBSD has a place, and in my opinion it clearly deprecates Linux in some situations. Particularly if you need to have a nice server box stay up forever or stay GPL-virus-free. [this said affectionately, I like the GPL, but you may not be able to afford giving your intellectual property to the world but would like to contribute in some way nevertheless. If it's a non-novel concept, the "community" will just implement it out of need/demand, if it's too difficult for the hackers to trivially add, then it might just be worth calling intellectual property.]