Linked by Thom Holwerda on Tue 30th Jan 2007 21:36 UTC, submitted by David Dengg
BSD and Darwin derivatives DragonFly 1.8.0 has been released. The biggest kernel change in this release is the addition of virtual kernel support and a virtual kernel build target. The biggest user-visible changes include updates to third party applications included in the base system, a major rewrite of NULLFS which removes all directory recursion restrictions from mount_null and removes nearly all the kernel resource overhead when using such mounts, and a multi-ip feature for jails.
Thread beginning with comment 207569
To read all comments associated with this story, please click here.
Don T. Bothers
Member since:
2006-03-15

I wonder how Dragonfly 1.8 compares to FreeBSD current. For a while, the FreeBSD project seemed a bit lost, but now it seems to have things together. It seems they are now dumping their overengineered 5.x and are going back to simplicity and stability of design, which have always been BSDs advantage since the early 80's. That said, DragonFly seems to have had the most revolutionary idea while being relatively simple to implement. From my understanding, it seems to also be the only OS really able to utilize modern computing emphasis on multiple cores by treating them as independent cpus rather than treating them as one large logical cpu with needless locking and spinning.

Anyways, I would really love to see some performance benchmarks versus some of the other operating systems. Dragonfly has been developed for a while now so that kind of information would prove to be very helpful.

Edited 2007-01-31 01:04

Reply Score: 4

happycamper Member since:
2006-01-01

/ *It seems they are now dumping their overengineered 5.x and are going back to simplicity and stability of design, which have always been BSDs advantage since the early 80's. */

so matt was right all along about freebsd 5.x. I like DF because it's based of freebsd 4.8., i have been a huge fan of freebsd's 4.x, but now that freebsd 4.11 is about to be retired, i might switch over to df 1.8.x. and add df along the other os i run.

Reply Parent Score: 2

Don T. Bothers Member since:
2006-03-15

"so matt was right all along about freebsd 5.x. I like DF because it's based of freebsd 4.8., i have been a huge fan of freebsd's 4.x, but now that freebsd 4.11 is about to be retired, i might switch over to df 1.8.x. and add df along the other os i run."


From my understanding of the situation, the answer to whether Matt was right or wrong is yes and no and quite a bit more complex than that. ;)

Theoretically speaking, the FreeBSD project chose the correct solution but ran into several major problems. 1) It is extremely difficult to implement, the code becomes extremely bloated, and there just isn't enough resources to maintain it. 2) There is little to no application that could take advantage of the advanced threading model. From what I understood of what I read, FreeBSD was basically implementing a very complex M:N scheduler where all the applications were treating things as M=N=1. So in almost all cases, a native 1:1 threading model scaled much better because it did not have any overhead. 3) In the spirit of biting more than you can chew, the FreeBSD team decided to also implement some kind of fair queue scheme for processes. However, the fair queue code was a place holder waiting for someone to properly implement it. This place holder code had the nice benefit of slowing things to a crawl while causing all sorts of instabilities. A lot of these problems have been fixed for FreeBSD 7.

In addition, it is very hard to fault the FreeBSD team for making the decision to which way to go. What Matt wanted to do is rather revolutionary and is rather risky for a product lots of companies use for production purposes. While there is the potential of a huge payoff, there is a certain amount of risk involved with it. The FreeBSD project would be rather self-centered and careless to try such a revolutionary path without some alternate "safe" path to fall back to if it fails. In a way, the way Solaris, HPUX, AIX, and Linux chose to scale was the only safe and reasonable choice for such a large project.

What happened was probably the best thing for both projects and for BSD in general. Now, the FreeBSD project is free to provide a safe, proven path for scalability, performance, and stability for companies dependent on it while Matt is free to explore an alternative path that might prove to be superior.

Edited 2007-01-31 04:19

Reply Parent Score: 5

vegai Member since:
2005-12-25

Why I just recently chose DragonFly: (anecdotal!)

I was testing different choices for a web server platform. I'm happy with Linux (specifically Arch Linux) for desktop, but I thought it does a lot of superfluous things I don't need for a server.

I tried FreeBSD-6.2. Turned out that for some weird reason (I suppose a kernel bug), it couldn't use my other hard drive. Got lots of DMA errors.

I tried DragonFlyBSD-1.8. No hardware problems.


People who are free to choose, choose their OSs for simple reasons like this. We take the first thing that works.

Reply Parent Score: 2