Slashdot Mirror

← Back to Stories (view on slashdot.org)

FreeBSD 5.0 Developer Preview #1 Released

Posted by timothy on from the excellent-smithers dept.

An Anonymous Coward writes: "The FreeBSD developers just announced the release of an official snapshot of the upcoming FreeBSD 5.0 which should be expected in November. Time to try out amazing new feature like background fsck, FFS snapshots, KSC, devfs, SMPng and many more. Check the Release Notes for detailed information." Read on for a list of ISO mirrors, too.

Thanks to AEtherSPOON, you can spare the main servers and use one of these FTP mirrors to grab the ISO:

4 of 109 comments (clear)

  1. Re:background fsck by ChadN · · Score: 5, Informative

    The design of the BSD file system, when using "softwrites", is specifically engineered to handle this. It does require a rather sophisticated fsck (and one that is aware of how softwrites works). On the other hand, this also removes some of the complexity of the file system (which is not to say it isn't tricky code, but tricky in a different way from, say, a journaled filesystem)

    --
    "It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
  2. Dropping 80386 from default kernel: Good Idea by finite_automaton · · Score: 5, Insightful
    I would say that it is about time that both *BSD and Linux look at dropping support for 80386 chips from the default kernel.

    From the FreeBSB-5.0/DP1 release notes:

    Support for the 80386 processor has been removed from the GENERIC kernel, as this code seriously pessimizes performance on other IA32 processors. The I386_CPU kernel option to support the 80386 processor is now mutually exclusive with support for other IA32 processors; this should slightly improve performance on the 80386 due to the elimination of runtime processor type checks.
    Supporting 386 chips is a good idea, but it should not be the default. I would like to be certain that the kernel that I build is taking advatage of the new features that my processor offers.
  3. Re:This is shamelssly offtopic, but.... by Tuzanor · · Score: 4, Informative
    Theo was the maintainter of NetBSDs SPARC port. For whatever reason, (it really depends who you ask. NetBSD guys says Theo was a dick, the people who sided with Theo say that one guy had a problem with him and blew everything way out of proportion) Theo was kicked out. Later Theo grabbed what he could of NetBSD and forked it into OpenBSD.

    You are right on Theo getting rooted. This sufficiently propelled the OpenBSD team into the security first approach that has made them so famous.

  4. Re:background fsck by mosch · · Score: 4, Insightful
    Sounds to me like you don't understand how the BSD filesystem works. While Linux has started implementing journaling filesystems in order to get better recoverability, BSD used a different technique. It shifts the filesystem from valid state to valid state, in a manner where the only error that can occur due to a crash is a harmless wasted inode, wasting a little disk space. This can be cleaned up with a fsck.

    Because the only error that can exist on a UFS filesystem with SoftUpdates enabled is this wasted space, there's no problem running the fsck as a background process.