Linked by Thom Holwerda on Sat 6th Aug 2005 17:22 UTC
FreeBSD "The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.0-BETA2." A list of mirrors is available here.
Thread beginning with comment 14668
To read all comments associated with this story, please click here.
I hope it is better than 5.3 !
by on Sun 7th Aug 2005 09:26 UTC

Member since:

I loved FreeBSD 4.x; it was very stable (and fast!) But FreeBSD 5.x was a disaster, I have never seen such an unstable system (except perhaps Windows 95). I will try FreeBSD 6.x anyway, to see if they solved the problem. But I think Matt Dillon (who created the DragonFly BSD fork of FreeBSD 4.x) was right when he said that FreeBSD was taking the wrong way.

Reply Score: 0

kaiwai Member since:
2005-07-06

True. I always got the impression from Matt Dillon that he looked at the *WHOLE* picture, set down what he would like to achieve, and give the amount of resources he had at his disposal, he chose the best route to take in regards to tackling the problem.

The problem with FreeBSD on the other hand, they wondered around for years with 5.x, there were no set down goals and time table - by this date, these things must be achieved, but that date, this must be achieved - this would have ensured that feature creep and scheduled slippard didn't occur; concerntration on a set number of goals, thats it - everything else would be a secondary concern.

Reply Parent Score: 1

Member since:

The problem with FreeBSD is that it had become such a political and bureaucratic (and bitchy) that it caused many of its really bright technical experts to leave (either because it was no longer fun for them, or by actively kicking them out if they disagreed with the party line).

It has too many chiefs and not enough indians. There is no longer anybody actively working on FreeBSD who intimately knows the details of the memory manager, or the vfs. Even things like rewriting the CPU scheduler has turned out to be an effectively impossible task, with the SCHED_ULE rewrite being unusably buggy since it came about in 2002, despite being mostly a reimplementation of Linux's O(1) scheduler.

It also is going down the path of alienating its most technical users. Nearly everyone who questions any aspect of FreeBSD's "superiority" is ridiculed and shouted down.

Reply Parent Score: -1