Slashdot Mirror


DragonFly BSD Announces 1.0RC1

CoolVibe writes "Matt Dillon announced the availability of DragonFly BSD's 1.0 Release Candidate #1. Get it at Dragonfly BSD's site (please use a mirror or post mirrors as comments). Changes and features include: variant symbolic links, UDF support, lightweight kernel threads, message passing, GCC 3.4 in the tree, binutils 2.14, Kernighan's awk 2004-02-07, BIND 9.2.4 rc4, CVS 1.12.8, libpcap 0.8.3, tcpdump 3.8.3, less 381, MMX/XMM kernel optimizations are now on by default, greatly improving bcopy/bzero/copyin/copyout performance for large (>4K) buffers, XIO, acpica5, new AC'97 codec support, network stack revamping, long standing bug fixes for wide variety of support and stability issues, and way, way, way more. A new installer is also in the works that uses DragonFly's new CAPS IPC mechanism. The installer beta is available from LiveBSD. (Not updated to RC1 just yet, but it gives a nice idea of the progess made)"

124 comments

  1. Mirrors by CoolVibe · · Score: 5, Informative
    Courtesy of the people in EFnet #dragonflybsd

    MD5sum: MD5 (dfly-1.0RC1.iso.gz) = 663bc0ce4c077c4eeb38792e846210ea

    1. Re:Mirrors by CoolVibe · · Score: 3, Informative
      Another one:
    2. Re:Mirrors by dodell · · Score: 1

      Or you could just click on the link I posted above which obsoletes your list every time someone wakes up in #DragonFlyBSD :-D

  2. Torrents and Links by dodell · · Score: 4, Informative

    Additionally, a torrent and list of mirrors are also available.

    1. Re:Torrents and Links by CoolVibe · · Score: 1
      Bastard! Oh my poor little cable connection...

      :)

      Oh well, at least that little list is updated until dragonflybsd.org website gets another update...

    2. Re:Torrents and Links by dodell · · Score: 1

      Hey, I don't own the-bofh.org for nothing :-D

    3. Re:Torrents and Links by CoolVibe · · Score: 1

      so, when are you going to put a real website there? :)

  3. Variant symbolic links? by wowbagger · · Score: 1

    May I ask what a "variant symbolic link" is?

    1. Re:Variant symbolic links? by CoolVibe · · Score: 4, Informative
      Search slashdot, and you would have found this.

  4. variant symbolic links by Markus+Registrada · · Score: 3, Informative

    Support for variant symbolic links is exciting. That makes it really easy to support 64/32-bit modes on Opteron systems. Similarly, it makes it easy to support variant ABIs for (e.g.) C++ runtime environments without encoding ABI versions into library names, but do look out for combinatorial explosion...

    1. Re:variant symbolic links by CaptainPinko · · Score: 3, Interesting

      It makes it really easy to support 64/32-bit modes on Opteron systems. Care to explain how that would help? I fail to see what difference that would. Do you mean something like using lib /usr/lib/mathtrig$ARCH.so or something so that depending on mode (ie. 32 vs 64) it will the according lib?

      --
      Your CPU is not doing anything else, at least do something.
    2. Re:variant symbolic links by Anonymous Coward · · Score: 0

      Yawn. Tru64 has had context sensitive symbolic links for ages.

  5. Re:*BSD is dying by dodell · · Score: 2, Interesting

    I know it's a troll but BSDi didn't die. We sold BSD/OS to Wind River and continued as iXsystems / Offmyserver.

  6. Exciting stuff by Dan+Ost · · Score: 3, Insightful

    I think this project is a good model for how large projects should be handled.
    They published their design and a roadmap for implementing their design. This
    makes it easier for a lurker who is watching the project to actually jump in
    and contribute to it.

    At least, it seems that way in theory. Anyone have any idea how responsive the
    community has been to this project?

    --

    *sigh* back to work...
    1. Re:Exciting stuff by dodell · · Score: 4, Informative

      Our developer community is rather small; and we have an active IRC community of about 40 people (which includes a good number of our developers). We generally keep in touch this way, and of course, through the mailing lists.

      Anyway, I'll speak for myself here: If I've ever needed a project to work on, I've found the DragonFly community to be the most responsive and helpful community in both finding and completing a project. And from the lists, I see that many people do actually contribute patches and we do have a large community of ``lurkers'' as it were.

    2. Re:Exciting stuff by Anonymous Coward · · Score: 2, Insightful
      Yes, it is exciting. Consider the events which led up to this accomplishment, and why Matt Dillon chose the path he followed.

      Take a look at NetBSD, for instance. NetBSD is a much cleaner architecture than FreeBSD. It is increasingly apparent that NetBSD has room to grew whereas architecturally the FreeBSD 5.x series is at the end of the line. This is why Matt Dillon started the Dragonfly project. Matt attempted to re-architecture some of the worst cruft in FreeBSD. Sadly for Matt, some of the most clueless bitch slapped him unmercifully.

      The case made by Matt was that the FreeBSD architecture had been hacked with undocumented junk sprinkled throughout the source tree. A change in one area ripples through the whole tree. Matt rightly said that only one or two people really understand the internals of FreeBSD anymore. Jordan Hubbard and Mike Smith both pointed this out earlier. The FreeBSD source tree is becoming more and more unmaintainable. PHK is perhaps the only person left who fully understands FreeBSD internals. Unfortunately he is considered part of the problem by many.

      And the problem started when FreeBSD started chasing feature checklists trying to match Linux. This is probably the root of all the ugly hacks. In practical terms, it was Linux which was driving FreeBSD development, rather than some rational architectural plan. FreeBSD got sucked into a resource expensive "arms race" which drained the "treasury" so to speak. NetBSD stayed out of the fray, choosing instead to follow its own vision. And it has payed off nicely for NetBSD.

      In any case, if there is to be a FreeBSD 6.0 someday, it will probably look like Dragonfly. I would say that future is now. Dragonfly 1.0 == FreeBSD 6.0.

    3. Re:Exciting stuff by Aeonsfx · · Score: 1
      That's an interesting way of looking at the situation; I've generally considered NetBSD to be a very clean architecture, probably the most under-promoted of the *BSDs. Similarly, I wish Matt Dillon and the DragonFly project the best of luck with their vision of the BSD world...

      I realize that many people compare FreeBSD->Dragonfly to NetBSD->OpenBSD, but I don't particularly agree with this trend. Not to bash OpenBSD or anything.

      That aside, I use FreeBSD as my workstation OS at the moment, and I'm happy with it.

      I Can't wait for Dragonfly to mature.

  7. Suffer fools gladly by greenhide · · Score: 3, Insightful

    Uh, anyone want to give an idiot like me a concise and clear reason why DragonFly BSD is superior to the other BSD variants? What specific applications is it more suited towards?

    No, I'm not trolling, but thanks for asking.

    --
    Karma: Chevy Kavalierma.
    1. Re:Suffer fools gladly by dodell · · Score: 3, Insightful

      Not only did you not read anything in the links in the /. post, you appear to have not even read the post. Go do this. In short, we're about performance.

      Secondly, you appear to be looking for a reason that we are ``superior'' to any other BSD variant. When you find clear reasons why one operating system is superior over another for any given application, please let me know.

    2. Re:Suffer fools gladly by Anonymous Coward · · Score: 0, Troll

      and its support like this that makes the newbs run away from bsd. talk about elitest.

    3. Re:Suffer fools gladly by dodell · · Score: 4, Interesting

      He didn't ask for support. He failed to read the features that were listed in the article, all of which are well explained on DragonFly BSD's site. If you have specific questions about what one feature offers over another, I'm certainly fine answering this (and, for the record, don't mean to come over with an elitist attitude), but really: if I said, ``Why should I choose Debian over SuSE'', I'm sure I'd get a million references to the websites of both products.

      Granted, the differences between the BSDs are of a different nature than those of different Linux distributions, but I think my point was rather clear.

      And really, the post itself lists a TON of features DragonFly has. I'm not going to list them all again.

    4. Re:Suffer fools gladly by jazman_777 · · Score: 2, Funny
      When you find clear reasons why one operating system is superior over another for any given application, please let me know.

      OpenBSD. Security. Code audits. Secure default install. Welcome to 2004.

      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    5. Re:Suffer fools gladly by jazman_777 · · Score: 2, Insightful
      And really, the post itself lists a TON of features DragonFly has. I'm not going to list them all again.

      He wanted a "clear and concise list", not a TON of reasons. Your TON of reasons is nothing like clear and concise. This is your chance to do some nice marketing to a community of geeks. How hard could that be?

      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    6. Re:Suffer fools gladly by dodell · · Score: 3, Insightful

      And, as stated BEFORE I said that, there's a clear and concise list at dragonflybsd.org. What more do you want?

    7. Re:Suffer fools gladly by cant_get_a_good_nick · · Score: 4, Informative

      AT the highest level (remember that the BSDs share code very freely):

      FreeBSD: stable, high performance on x86 and a couple other chips.
      OpenBSD: Security, audited codebase.
      NetBSD: Portability - if it runs 32 bits, it runs NetBSD.
      DragonFly BSD: a fairly radical rewrite of the kernel, bringing in message passing inspired by Amiga and a bunch of other goodies that is too radical for a more stability-focused FreeBSD.

      Not sure what you mean by "what apps is it suitable for". At current, DragonFly BSD hasn't even released version 1.0, so not suitable for production. And if you're not in production, choose anything you want.

    8. Re:Suffer fools gladly by greenhide · · Score: 3, Insightful

      I actually did read the features that were listed in the article, but many of them were over my head.

      Like I said, treat me like an idiot. Kind of like if I were to go to an auto dealer, talking to me about pistons, catalytic converters, and the like would be of no help. I'd want to know about fuel efficiency, overall emissions, power when going up hills, how much you could fit in the trunk and the back seats, and its overall safety record.

      So, in operating system terms, I'd want to know things like: this operating system is designed for highly secure environments, or environments where speed and system response is most crucial, or where stability is exceedingly important, or where you deal with extremely large file sizes. Would using this OS for a web server or firewall be overkill? Is the system designed to be easy to maintain -- it did look like it has a package system that they're going to make similar to Debian's, and that would be a nice feature.

      I don't know hardly *anything* about SuSE or Debian, but if I were asked, I'd respond, "Well, I know that Debian has extremely easy-to-use package management. A great number of people swear by Debian as being extremely easy to install. Other people say it's slower. SuSE comes out of Germany, so it's especially popular there as a lot of the documentation is available in German. However, if you don't know German it may be difficult to find support, as it's possible a lot of the forums will be in German rather than English." If they were interested in specifics, I'd then say, "I'm sorry, I don't know enough. Check out Google for reviews/benchmarks."

      People raise "SuSE vs. Debian" type questions all the time -- it's a normal question, and it's often much easier to read responses that have been distilled from personal experience than poring through each distribution's website. I *did* go to the DragonFly website, read through the intro, but didn't understand it fully -- it was definitely written for people very familiar with BSD, and with the apparent misguided path of FreeBSD-5. I also read the FAQ. I didn't realize that I should check out the "Goals" section in order to realize what DragonFly offered differently, and then again "iomodel" is not necessarily the most appealing link name for a noob luser like myself.

      Since this is one of the early appearances of DragonFly BSD, I think asking for a general explanation of what makes it so damn special is not out of the question.

      --
      Karma: Chevy Kavalierma.
    9. Re:Suffer fools gladly by Dan+Farina · · Score: 3, Insightful

      So bleeding edge development, perhaps? I was pretty unawares of what DBSD was all about, although, to be fair, I didn't follow it. I think this is a good idea to breathe some new life into the BSDs...I'm sure successful features from DBSD will be borrowed by the others once they prove themselves useful and stable. Maybe even ease the linux troll's complaints about how slow development is in the BSD world.

    10. Re:Suffer fools gladly by greenhide · · Score: 1

      Thank you for your "clear and concise" comparison of the BSDs. This is what I was looking for.

      Not sure what you mean by "what apps is it suitable for". At current, DragonFly BSD hasn't even released version 1.0, so not suitable for production.

      I suppose my question would have been better worded "What applications will it be best suited for?"

      --
      Karma: Chevy Kavalierma.
    11. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      The list at dragonflybsd.org is complete, but very technical. It would be good to have a more "friendly" explanation for those who don't know/care about why removing the Giant lock or using XIO is a Good Thing. I'll work on it. (I'm on doc team)

    12. Re:Suffer fools gladly by ArbitraryConstant · · Score: 1

      I kinda think the lightweight kernel threads will make it worse at desktop performance than FreeBSD, as threads can't migrate to other CPUs as easily, but that's just speculation.

      --
      I rarely criticize things I don't care about.
    13. Re:Suffer fools gladly by Anonymous Coward · · Score: 4, Insightful

      There is a huge difference in developer support, which is the main reason that FreeBSD is the only fork that has reasonably modern performance features.

      Sorry, but that's bullshit. With people like Poul-Henning Kamp nuking stuff they don't consider useful (see the recent ibcs/sysv compat thread on freebsd-current) and doing damage to the team work others have put so much effort on, I see more and more people migrating to NetBSD (alpha support is almost EOL'd for FreeBSD too) and DragonFlyBSD.

      NetBSD's scheduler activations already outperform FreeBSD's KSE, and work on most architectures (as opposed to FreeBSD's x86-only KSE)

      Sorry, but NetBSD is already ahead of the game, sans the flamers like Poul-Henning and David O'Brien.

      Maxim Hermione

    14. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      I thought the point of lwkt was to reducing context switching because it was a relativley expensive operation

    15. Re:Suffer fools gladly by the+morgawr · · Score: 1
      As I understand it, DragonFly is about offering an alternative to FreeBSD5. It plans to continue to develop the 4 series and add the same type of enhancements present in the 5 series but in a (arguably) "cleaner" and "better thoughtout" way.

      Basically the developers liked the basic ideas behind FreeBSD but didn't like where the project was headed so they forked. Maybe it's artificial but I'm seeing a lot of similarities between this and the creation of OpenBSD (which forked from Net a good while back).

      --
      The policy of the United States is worse than bad---it is insane. -- Ludwig von Mises, Economic Policy(1959)
    16. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      This dodell guy is fairly a noob to the project so pardon his overreaction. The guy you'd want to talk to is either Matt Dillon, Jeroen or Hiten. They're far less hotheaded.

    17. Re:Suffer fools gladly by eeg3 · · Score: 0, Flamebait

      Being a unfriendly about it will definitely not win the project users. Unless one is writing a bsd-variant to be used by 5 people, it's better to try being diplomatic with one's attitude regarding such. Unless, of course, you want to end up with a reputation rivalling that of Mr. de Raadt. Of course, you have the freedom to speak as you which, just making a suggestion.

    18. Re:Suffer fools gladly by ArbitraryConstant · · Score: 4, Informative

      As I understand it, the point of lwkt is to maximize the benfit of CPU cache by keeping threads local to a given CPU. That's a slightly more batch oriented approach, and in SMP systems I think it will provide benefit for batch type jobs. But I think it will reduce the freedom of the kernel to run interactive stuff IMMEDIATELY, like Linux 2.6 and FreeBSD 5.x do now. They're both quite good at keeping interative tasks responsive.

      I'm not an expert and it may actually increase performance because of the cache-- I don't know.

      From what I've read though, I think that the overall DragonFlyBSD strategy has a credible chance of beating the performance of FreeBSD, Linux, and Solaris on SMP systems, especially for stuff like dynamic content and databases. I'm not saying it's a bad idea, I'm just saying that I can think of a few possible negative side effects.

      --
      I rarely criticize things I don't care about.
    19. Re:Suffer fools gladly by Brandybuck · · Score: 1

      The answer was given in a link in the article summary. Let me repeat, there was a >>>LINK in the summary that answered the question. Maybe it should have been between tags! This question could have been answered by merely cut-n-pasting from the link.

      I'm on a BSD mailing list where the FAQ is sent once a week. And invariably within hours after the posting of the FAQ some numbnut asks the first question on it. It's especially galling when they start their question with "I've read the FAQ but I can't find the answer to..." I've even seen one guy told to RTFFAQ, his apology that he would RTFFAQ before asking, then proceeding to ask yet another question answered by the FAQ. At some point even the saintliest BSD advocate blows his top.

      Of course, maybe the question was misworded. Perhaps it should have said, "I read the links but it was too technical for me, could someone provide a laymen's description of DragonFly's benefits?" That would have been a good and apropos question.

      --
      Don't blame me, I didn't vote for either of them!
    20. Re:Suffer fools gladly by thakadu · · Score: 1

      While I love OpenBSD and have 3.5 installed on my old circa 1995 Dell laptop, I am very disapointed with its performance (not on my laptop of course!) as compared to the othe BSDs and Linux. I realize that the developers probably don't have time and they have done an excellent job on the security and stability but I think OpenBSD would really shine once it gets some performance improvements.

    21. Re:Suffer fools gladly by dodell · · Score: 5, Informative

      Hehe, okay. I guess I simply misunderstood the type of information you were looking for, so forgive what others apparently have called my ``hotheadedness.''

      As has been explained a gazillion times, DragonFly is a fork of the FreeBSD, which started with the FreeBSD 4.8-RELEASE code.

      The kernel features listed in the original post attempt to utilize features of modern processors and take into account modern ideas and research when developing new features.

      One could say that our focus is on performance. A lot of the work that Matt, Hiten, Joerg and Jeffery Hsu are doing involve cranking up performance. This isn't to say that we aren't worried about stability or security, though.

      The ``apparent misguided path of FreeBSD-5'' is a long political story and is one which I really don't like to get into much (because each side can be stressed and turned into a war), but basically Matt Dillon thought that the way the FreeBSD 5 series was handling SMP was irrational. His main reasons were that:

      a) A mutex system would clutter up the kernel with tons of locks and obfuscate the code, effectively requiring experts in the area to continue further development,

      b) Future developers would have to make sure that they understand how the mutex API works so that they don't stumble into weird SMP problems later,

      c) It's heavyweight and isn't as fast as it could be.

      Our model also opens up the future for really neat things like SSI (single system image), which shouldn't be terribly hard to implement. Our TODO list is large, and it's going to take a while, but I think we all enjoy working together on the project. It's a nice friendly community. Come check it out sometime :)

    22. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      What do you have to say about Linux being able to this for a single system image, eh?

    23. Re:Suffer fools gladly by dodell · · Score: 2, Insightful

      Good for Linux. We aren't Linux, neither do we aim to be. We're BSD and by nature provide a complete OS, not just a kernel. We'll be implementing our own SSI stuff and we won't be taking any of it from Linux, of course. When our SSI work is done, we'll be able to do that too.

      What's the big deal though? Who says because Linux already can do it, that it's pointless for us to implement it as well?

      *shrug*

    24. Re:Suffer fools gladly by DashEvil · · Score: 2, Insightful

      Devin has never in my experience, been anything than nice.

      Chances are, if you don't understand the technical stuff at Dragonflybsd.org, then it probably isn't for you. This isn't an insult, just a fact.

      Anyhow, I don't understand why so many of you people want to be walked through this. I do think it's hilarious that when a person fails to hold your hand you claim he's an elitest, or hot headed. No, he's neither. He just has more important things to do with his time than tutor/babysit you. heh.

      --
      -If God wanted people to be better than me, he would have made them that way.
    25. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      He obviously doesn't have anything better to do than comment on Slashdot. Now if he's going to comment on Slashdot, then he should attempt to be useful. If he doesn't want to be useful, and he wants to be a prick, then people will call him on it. You can find it as hilarious as you want, really, but when no one uses the distribution because someone involved with it is so busy that they can only pick fights on Slashdot, well enjoy an operating system powered by your own sense of self-satisfaction. You might just manage to compete with SkyOS with your userbase.

    26. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      This is not a cluster. Are you *sure* you'll be able to do this? You'll be able to scale up to 512 CPUs in a single system?

      You'd better be pretty sure, because the interrupt overhead of a idle system can easily livelock the system if your interrupt path isn't very scalable.

    27. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      Why not just don't respond, instead of being a dick about it?

    28. Re:Suffer fools gladly by DashEvil · · Score: 1

      You know... It's people like you that make me love double negatives.

      --
      -If God wanted people to be better than me, he would have made them that way.
    29. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      where are the mods? please note the time difference between this comment and the parent.

    30. Re:Suffer fools gladly by jsonn · · Score: 1

      Yes, I'm sure. The mutex overhead with 512 CPU is even higher and our interrupt path (even for "slow" interrupts) is way faster than FreeBSD 5 or Linux. We are currently working on fully localizing interrupts in the system, just to avoid that.

    31. Re:Suffer fools gladly by Anonymous Coward · · Score: 1, Interesting

      What mutex overhead? Synchronising primitives are all O(1), they don't get costlier as you add more CPUs. It is the critical sections themselves that get costlier as concurrency is increased.

      Linux's interrupt path is fully parallel and CPU local too.

      I'm interested in the numbers you have to come to the conclusion that dfly's interrupt path is way faster than Linux's. Please share.

    32. Re:Suffer fools gladly by Anonymous Coward · · Score: 1, Funny

      Old VAXStations and VMEBus junk? What masochist would even bother trying to get that stuff to run?

      Apparently you've never worked on a government project if you can ask that question.

    33. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      There is no reason.
      It's just a bunch of morons trying to make a name for themselves.
      It's probably suited for...let me guess...toy applications? -- yup, that's it.

    34. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      Apparently you don't realize that the ibcs/sysv stuff was a troll and that it wasn't true.

    35. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      I guess you cant read ?

    36. Re:Suffer fools gladly by iggymanz · · Score: 1

      Not everyone has thousands or even hundreds of dollars to spend on a system to throw away every 3-5 years. For $20 to $40 one can get a used Unix workstation or Vaxstation and run a completely modern OS on it. Would you rather have built in networking, high resolution video, SCSI, and 64-256M of memory, or a x486 with IDE and 16M of memory and a sucky graphics card for that money?

    37. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      What a retarded argument -- For $40 you can get a Pentium II machine that will just obliterate any VAXStation.

    38. Re:Suffer fools gladly by Anonymous Coward · · Score: 0

      I think that a document in laymans terms is exactly what DragonFlyBSD needs. I am very excited about the current feature set, ecstatic about the forthcoming features - but I know all the technical jargon and what it means - other folks wouldnt. and if they havent experienced any of the technology on other platforms then they wouldnt have an iota of clue.

  8. DragonFly is a very cool OS by Anonymous Coward · · Score: 5, Informative

    I've been using it since february, and let me tell you, it's great! It's fast, and generally stable (between major changes, it is a prerelease OS don't forget!), and it runs legacy Linux and FreeBSD binaries at native speeds.

    And it is being redesigned at it's core to be a clustering capable operating system (although this is not in just yet). Soon it will be able to run user mode drivers, greatly enhancing the stability of the system to levels that no other current OSS project can boast (and still be telling the truth ;^)

    This truely is what a modern UNIX-like OS should be!

    Way to go Matt and the rest of the DragonFly team!

    1. Re:DragonFly is a very cool OS by Anonymous Coward · · Score: 0

      Sorry, that should say a userbase of < 10 000.

      I would be personally surprised if it were 1 000, but 10 000 would be the upper limit.

    2. Re:DragonFly is a very cool OS by Anonymous Coward · · Score: 0

      Ahh, now I know how you BSD zealots define stable.

      As an independent AC... well, yeah, you haven't been trying to run FreeBSD 5 (releases, I'm not on to what will become 5.3 yet) this past year.

      DragonFly is attractive, even ignoring its other features, because "when it's done" it won't be such a moving target. (To the extent that the kernel refactoring is also intended to make API/ABI 'translation' more palatable, so when horrific changes occur, old code will still run.)

      Meanwhile, you have to admit that Linux, especially as realized as an "operating system" in today's distributions, does have its own opinions of stability. Linux's scalability is now great, but the BSD methodology can be (for some users; things are always relative) better at answering questions ("is this really how it's supposed to work?"), and finding/solving bugs with determinism.

      Sometimes same comes at the cost of constant upgrading (which, hallelujah, DBSD seeks to avoid demanding through its modularizations), but when, for instance, I come across a desktop Linux user who's been running his ATA100 disks in PIO unawares (only preliminary support for his IDE chipset in his shipped kernel), I realize that even the world-breaking 'subscription' model (take this codebase every N months or shove it) has its benefits.

  9. micro-kernel ? by CaptainPinko · · Score: 1

    message passing == micro-kernel ?

    --
    Your CPU is not doing anything else, at least do something.
    1. Re:micro-kernel ? by jsonn · · Score: 2, Informative

      Message passing is used by micro-kernels, yes. There are other examples though. IIRC Solaris does have some primitives in its kernel. For the normal usage case, in-kernel message passing allows us to better separate work and simplifies development without all the overhead a micro-kernel involves.

  10. Re:*BSD is dying by Anonymous Coward · · Score: 3, Funny

    Good news, everyone!
    Turns out that *BSD is stronger than ever!
    According to an Inernetnews article, Netcraft has confirmed that *BSD has "dramatically increased its market penetration over the last year."
    There has been a steady increase in *BSD developers over the past decade.
    You can read more about FreeBSD here

    If you would like to try out a BSD, you can download: FreeBSD, OpenBSD, NetBSD, or DragonflyBSD
    Enjoy!

  11. Re:Failure teaches a hard lesson by Anonymous Coward · · Score: 0, Interesting

    This is way too easy:

    "As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.'

    Hmm, can you say that about any Linux or Window system that is completely compatible between releases? Or any software for that matter?
    Lagging TCP/IP stack? Degrading? Break out your OS and compare. Please put your money where your mouth is:
    NetBSD Sets Internet2 Land Speed World Record
    http://bsd.slashdot.org/article.pl?sid=04/ 05/03/22 35255&mode=thread&tid=122&tid=126&tid=137&tid=185& tid=190&tid=215&tid=95

    "Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL."

    Please back up your facts :
    1) Sun created SunOS (based on FreeBSD) and what have they done: Release NFS and a ton of other tools to the community.
    2) Apple gives the code back to the community (less the grapical interface).

    "The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise."

    Jordan Hubbard works for apple and he is extensively involved with with Darwin and their ports system. Which in my preceeding statment shows that they give back to the community.

    All your adhoc statement have no foundation. I have backed up my statements, please back up yours.

  12. Re: Being a unfriendly by Anonymous Coward · · Score: 0

    You're pushing buttons. The initial question was answered fairly

    For the record, I've found the DragonFly user and developer community to be the most helpful I've ever encountered online, but if you're not even going to quickly go over the information on the web site, they are under no obligation to repeat what is freely, and publically available information, that has been there right out in the open from day one.

    I've asked my fair share of dumb questions, but I've also read the web site. This should come as common sense, but I guess that I am greatly overestimating the mental capacities of the general Slashdot population (yourself included).

  13. Re:Failure teaches a hard lesson by Anonymous Coward · · Score: 0
  14. Re: Welcome to the same hell by Anonymous Coward · · Score: 0, Flamebait

    Dipshit.

    ProPolice enabled by default, replacing of unsafe string functions from many ports, systrace, etc.

  15. Re:Failure teaches a hard lesson by Anonymous Coward · · Score: 0

    Apple gives plenty back to gcc, the GPLed compiler upon which they rely.

    They don't give a lot back to FreeBSD though. If you think they do then you obviously have no idea.

  16. Re: Welcome to the same hell by Anonymous Coward · · Score: 3, Informative

    W^X, ProPolice, randomized shared library loading. All of these happen to ANY program compiled from source, with or without code auditing, and make overflows pretty damn hard to exploit, probably impossible.

  17. Re: Welcome to the same hell by Anonymous Coward · · Score: 4, Insightful

    Linux doesn't do any of those, since it's just a kernel. Some distros might hack in something like PAX, but its nowhere near as pervasive and as well tested as on OpenBSD - it takes toolchain support for randomised shared libraries, and OpenBSD also fixed a lot of bugs in Propolice while integrating it, showing noone else has seriously tried it to use it before across multiple architectures.

    Oh I didn't even mention stuff like StackGhost on sparc...

  18. Re: Welcome to the same hell by Anonymous Coward · · Score: 4, Informative

    Linux does "W^X", aka non executable mappings in non-leet speak

    No it doesn't. W^X ensures that there are no pages in a process's address space which are writable and executable and separates them. Not just a non-exec stack. For example on i386:


    0250B000 24K read/exec /usr/libexec/ld.so
    0280A000 4K read/exec [ uvm_aobj ]
    06B04000 188K read/exec /usr/lib/libtermcap.so.9.0
    0861F000 508K read/exec /usr/lib/libc.so.30.3
    1C000000 348K read/exec /usr/local/bin/bash
    2250B000 4K read /usr/libexec/ld.so
    2250C000 4K read/write [ anon ]
    (trim)
    7EB90000 4K read/write [ anon ]
    865FF000 12K read /var/run/ld.so.hints
    CDBFE000 28672K [ stack ]
    CF7FE000 4040K read/write [ stack ]


    Notice how the exec mapping stop, and the write mapping begin. This means on i386 the segment registers can be used to enforce read/write/execute - you dont need a new processor with per-page NX (although that works as well of course).

    It does randomized shared library loading, and this doesn't require toolchain support in Linux, probably because its design is cleaner than OpenBSD's

    Vanilla Linux doesn't ... except via PAX, although I'll be glad to be corrected. Of course, not many major distros actually use PAX or Propolice, where OpenBSD delivers tested binary packages for 10 (or whatever the current number is) different architectures. I'm not interested in security where I have to patch and recompile my entire OS.

    Linux can quite easily be built with propolice, and it has a very fine security infrastructure with SELinux. More advanced than what OpenBSD has.

    Very funny. The average sysadmin understands the UNIX security model. Not many understand the insanely complex SE Linux thing.

    Linux does a lot of things better than OpenBSD, but really, security just isn't one of them. I always regret posting to Slashdot to try to correct some of the cluelessness here, so this will be my last post here for a while again.

  19. Re:Failure teaches a hard lesson by jsonn · · Score: 1
    That's plainly wrong. Most changes to the userland, e.g. the libc are available under the original license. Also various changes to kernel parts are kept under the original conditions.

    It is true that the new code they wrote is distributed under Apple Public License, which isn't as free and short as the BSD license.

  20. Disappointment by JamesKPolk · · Score: 1

    I saw "continuation of FreeBSD 4" and got excited, but then I saw "GCC 3.4" and got disappointed.

    Give me a compiler that doesn't require a Quad Xeon to compile KDE in under a month, please!

    1. Re:Disappointment by animus9 · · Score: 2, Informative

      Well technically it can be compiled with either the 3.x or 2.9.x versions.

      Both are available. You just have to set your CCVER variable.

      --
      I eat bees -- they taste stingy.
  21. moderators hello? by Anonymous Coward · · Score: 0

    it seems the moderators are too busy modding down people they disagree with to be bothered with posts like the grandparent. oh well. maybe they can at lest mod this down since it points out how much the mods suck today.

    i like to browse at 0 so i can read Anonymous comments because usually they are about as insightful as comments by people with karma. (i guess i should see if there's some way to disable the karma bonus modifier in my viewing preferences). anyway, usually browsing at 0 works because posts such as the grandparent, as well as GNAA and BSD is Dying trolls get modded down almost immediately to -1. in conclusion, i'd just like to mention once again how much the moderators suck today.

    moderators, you all suck today.

  22. Above? by MORTAR_COMBAT! · · Score: 1

    Or you could just click on the link I posted above

    s/above/below

    --
    MORTAR COMBAT!
    1. Re:Above? by dodell · · Score: 1

      Nope. The one in the second post. Hence above.

    2. Re:Above? by MORTAR_COMBAT! · · Score: 1

      The second post, which appears below the first post, yes? Your post #9550324 links to a list of mirrors. Your reply talking about "look above" is a child of post 9550318 which appears to me to be the first post to the article, so looking above would only have me looking at the article intro text. (Using default view of nested, oldest first). Hence you should have said "look at my link below".

      --
      MORTAR COMBAT!
  23. Re: by Anonymous Coward · · Score: 0

    Hahah! Beat you twice.

  24. Re: by Anonymous Coward · · Score: 0

    Hahah! I pounded your mom three times.

    Well I actually didn't. I just said that to provoke a response and obviously have absolutely no proof because I am lying through my teeth.

    But I'm sure you would never do something like that.

  25. Re: by Anonymous Coward · · Score: 0

    Heheh!

  26. Re: "when it's done" by Anonymous Coward · · Score: 0

    Very true, and very misunderstood, judging by the people commenting on how bleeding edge it is.

    It's seemed to me that once the messaging system is fully in place, DragonFly will have an incredibly simple, extensible, and stable API on which to build, and that a number of features that both Linux and FreeBSD now have will be much simpler to implement on DragonFly in the not too distant future, and will end up being far less hackish than the current solutions.

    It's unfortunate that supposedly technically competant people get so enthralled by buzzwords and hype that they will cling to technologically inferior solutions or ideas, despite the fact that it is both relatively painless for them to adopt or otherwise incorporate the newer technology that's free to boot.

    In the end though, while Linux will require corporate hand-holding (funding, marketing) and hand-me-downs (code ripped from proprietary UNIXes and welded into Linux) in order to keep growing, DragonFly will be able to stand well enough on it's own, with the developers being able to add new functionality easilly enough on their own time and on their own terms.

    Perhaps a decade or so from now, Linux will be in a similar position to the one Windows is in now, and DragonFly will be there to provide a much needed alternative.

  27. Re:Unreleased Info about DragonFlyBSD by iMilGCU · · Score: 2, Informative
    Fact: X.org will not include support *BSD.
    -[~:$]-- uname -sp
    FreeBSD i386

    -[~:$]-- ls /usr/ports/x11/xorg[TAB-TAB]
    xorg xorg-clients xorg-libraries xorg-manpages
    Enjoy.
  28. Re:Unreleased Info about DragonFlyBSD by iMilGCU · · Score: 1
    oh and by the way :
    -[~:$]-- grep PORTVERSION= /usr/ports/graphics/gimp/Makefile
    PORTVERSION=&nb sp; 2.0.2

    -[~:$]-- grep PORTVERSION= /usr/ports/editors/openoffice-1.1/Makefile
    PORTVE RSION= 1.1.1
    Have a nice day.

    PS: use portupgrade -PP to get binaries as you don't seem to be very familiar with Unix.
  29. Re:Unreleased Info about DragonFlyBSD by Anonymous Coward · · Score: 0



    Way to bite on a blatent troll you fucking retard.

  30. My concern is longevity by nurb432 · · Score: 1

    The problem with a 'startup' is that if you decide to rely on it and they disappear down the road, you are screwed..

    At least with the "big 3" you can be reasonably assured they will be around in another 10 years..

    Not to slight what the dragonfly people are doing, its really great... But its still in its infancy..

    --
    ---- Booth was a patriot ----
    1. Re: My concern is longevity by Anonymous Coward · · Score: 0

      I can't say I'm worried too much about that. First, it's open source, and we will always have the source code, even if every single one of the developers go on to do other things.

      Secondly, when you considder that it only took a small handful of developers to get DragonFly to where it is today, it's reasonable to assume that it'll take a similarly small number to maintain it as time goes on, and small as it is, the number of contributers is growing, not shrinking.

      Furthermore once the messaging system is fully in place, the system will be much simpler to extend, test, and debug, which on it's own would help reduce the burden of even a static developer population made up of the same small number of people the got the project started.

      To be clear, I don't see DragonFly taking over Linux's position as the most popular open source OS by any means, despite the fact thtat I believe it to be technologically superior. However, it's just too damned interesting and it performs too well to ever disappear completely, even if the developer and user base never increases to number in the hundreds (for developers) or the millions (for the users).

      That's just my take on things, and for whatever it's worth, I'll be one of those people who's not going to jump ship to some other OS just because it's more popular. DragonFly is really cool, is only getting better, does everything I need it to do, is growing into something that will best fit my future computing needs (native clustering), and has some of the brightest and most competant developers I've met.

      I have a feeling that DragonFly will be around for quite some time.

  31. Re:Failure teaches a hard lesson by hunterx11 · · Score: 1

    Why would they? "Here's your code back; by the way, now it's a microkernel."

    --
    English is easier said than done.
  32. Re: quite frankly by Anonymous Coward · · Score: 0

    Most ammusing post ever. Man, you should write for Slashdot. The Linux crowd will love you as they love this sort of garbage! Way to go!

  33. RC2 has been released by phoenix_rizzen · · Score: 1

    Matt Dillon put RC2 on the download page.

    It's also available via BitTorrent.

  34. You are saying this just because... by Anonymous Coward · · Score: 0

    ...the BSD is the only pray to stand ground to server predator, the Slashdot!

    Soar grapes!