Slashdot Mirror


FreeBSD 5.3 Released

cpugeniusmv writes "FreeBSD 5.3 has been released! This release marks a milestone in the FreeBSD 5.x series and the beginning of the 5-STABLE branch of releases. For a complete list of new features and known problems, please see the release notes and errata list. Bittorrent Download."

328 comments

  1. *BSD is dying, et al... by Anonymous Coward · · Score: 4, Insightful

    Let's take a cue from Groklaw -- all posts about *BSD dying, Netcraft, and similar predictions under this thread, please.

    1. Re:*BSD is dying, et al... by LittleLebowskiUrbanA · · Score: 2, Informative

      Wake up mods. That wasn't flamebait.

    2. Re:*BSD is dying, et al... by dtfinch · · Score: 1

      Anything good they come up with will just be copied and made better in all the other operating systems.

    3. Re:*BSD is dying, et al... by WankersRevenge · · Score: 1

      i actually bumped into BSD the other day. he had only one thing to say and he said it over and over with a slur. I believe the word was "brains" but I could be mistaken.

    4. Re:*BSD is dying, et al... by goldsounds · · Score: 1, Funny
      You know, I've noticed a trend on Slashdot recently, and the parent post is the exception that proves the rule:

      Posts that say that *BSD is dying... are dying.

    5. Re:*BSD is dying, et al... by ulib · · Score: 3, Insightful
      Anything good they come up with will just be copied and made better in all the other operating systems.

      Uh.. yeah. Aren't you happy with it? That's pretty much the BSD spirit: academical, not political.
      Anyway, since you insist, there are some OS's that *should* get better at copying:
      About FreeBSD's Network Stack
      Quote:"FreeBSD can now route 1Mpps on a 2.8GHz Xeon whilst Linux can't do much more than 100kpps." ;)

      And since there have been cases where GPL programmers *stole* BSD code (here), let me add that the BSD code is *not* public domain. So, even who "copies" it, must give proper credits to the author (here's the BSD license, for reference).


      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    6. Re:*BSD is dying, et al... by Anonymous Coward · · Score: 0

      Somebody needs to reboot the BSD Trollbot.

    7. Re:*BSD is dying, et al... by Anonymous Coward · · Score: 0

      Perhaps you missed the sign. This is the troll thread.

      You're looking for the reasonable discussion threads, which are every thread except this one (as clearly stated in the eldest ancestor in this thread).

    8. Re:*BSD is dying, et al... by Anonymous Coward · · Score: 0
      Perhaps you missed the sign. This is the troll thread. You're looking for the reasonable discussion threads, which are every thread except this one (as clearly stated in the eldest ancestor in this thread).

      Who cares about what the eldest ancestor "states". BTW, the fact that they were so naive, or malicious, to mod it up doesn't take anything from the fact that it's a troll himself.

  2. Dead? by graveyardduckx · · Score: 1, Interesting

    Could've fooled me! Can't wait to throw this on VMWare!

    1. Re:Dead? by RLiegh · · Score: 3, Interesting

      For those of you who, like me, cannot afford vmware, might I suggest qemu?

    2. Re:Dead? by Anonymous Coward · · Score: 0

      You have to buy vmware?
      http://www.vmware.com/vmwarestore/newstore/wkst_ev al_login.jsp
      I just go there each month.

    3. Re:Dead? by moonbender · · Score: 1

      Wow, that sounds like a really cool project. If they manage to pull off what they seem to intend - emulate everything on everything - this would be the mother of all emulators. And they're already half way there...

      I might have missed it, but if there wasn't a Slashdot post about it, there ought to be, if only to give the project some publicity.

      --
      Switch back to Slashdot's D1 system.
    4. Re:Dead? by Anonymous Coward · · Score: 0

      For those of you who, like me, cannot afford vmware, and want better performance than vmware anyhow, might I suggest Xen:http://www.cl.cam.ac.uk/Research/SRG/netos/xen /index.html

    5. Re:Dead? by haruchai · · Score: 1

      Operating Systems have to be ported to Xen and, as yet, there isn't a working FreeBSD port although it has been promised.

      --
      Pain is merely failure leaving the body
  3. FreeBSD uses gcc 2.4.2? by Anonymous Coward · · Score: 5, Informative

    That's pretty ancient.
    I know, it's a mistake. 3.4.3, or 3.4.2?

    Anyway, FreeBSD rules. I'm glad they waited to make 5.3 great.

    1. Re:FreeBSD uses gcc 2.4.2? by docbrazen · · Score: 5, Informative

      Ya, it's 3.4.2. GNU GCC has been updated from 3.3.3-prerelease as of 6 November 2003 to 3.4.2-prerelease as of 28 July 2004. -http://www.freebsd.org/releases/5.3R/relnotes-i38 6.html#NEW The release notes say the same thing for the other platforms as well.

    2. Re:FreeBSD uses gcc 2.4.2? by shlong · · Score: 5, Informative

      Yes, it's 3.4.2. While 3.4.3 was recently announced by the FSF, there certainly wasn't time to get it tested and properly integrated into 5.3. Anyways, it's one of a couple of typos in the announcement that I fixed in later emails.

      --
      Cat, the other, tastier white meat.
    3. Re:FreeBSD uses gcc 2.4.2? by Anonymous Coward · · Score: 1

      http://gcc.gnu.org/ml/gcc/2004-11/msg00221.html

      "Please note that 3.4.3
      has not been officially released yet. "

      from friday.

    4. Re:FreeBSD uses gcc 2.4.2? by DashEvil · · Score: 1

      Awwww, what? Is he making it harder for you to rip off, rebrand, resell, and claim credit for other peoples work?

      --
      -If God wanted people to be better than me, he would have made them that way.
  4. freebsd is g00t! by Anonymous Coward · · Score: 0

    freebsd rocks!

    1. Re:freebsd is g00t! by jsitke · · Score: 1

      FreeBSD rules, it provides everthing I need for serving. I don't run a desktop, so I don't need bloatware.

  5. great news! by aim1181 · · Score: 1

    the one strange thing -- why there is now announcement on the http://www.freebsd.org/releases/5.3R/announce.html page????

    1. Re:great news! by cpugeniusmv · · Score: 1

      so the subscribers of the Announce mailing list can get it before anyone else finds out ;)

    2. Re:great news! by cperciva · · Score: 4, Informative

      The announcement should be up there by now, but it was delayed slightly because nobody knew how to start a rebuild (outside of the usual fixed schedule) of the web site.

    3. Re:great news! by arivanov · · Score: 1

      Possibly awaiting until someone spindoctors an explanation for the disgusting vinum/gvinum dog's breakfast and what does not work this time - RAID1 or RAID5. See the 5.3 errata and judge for yourself as something that important should have gone into the release notes.

      I love BSD, but without a software RAID on which you can rely on it is not useable for anything but small near-embedded single purpose stuff and ultra-huge systems where you can afford proper hardware RAID.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    4. Re:great news! by Anonymous Coward · · Score: 0

      no software RAID?
      ever heard of Vinum, asshole?

      its people like you that mae me hate slashdot.. this is the exacvt reason i refuse to post on Slashdot anymore, either under my account, or as an AC. its just demoralizing to even reply to dimwits like you who make these lame-ass remarks about things you know nothing about.

      im going to vomit.. thans a lot, asshole for ruining my entire day.

    5. Re:great news! by darkpixel2k · · Score: 1

      It RAID really that expensive? I got a raid card for my home box for $125 at newegg.com. Granted--you still have to pay a couple hundred for the drives--but it's not so expensive that it can only be installed on "ultra-huge" systems...

      --
      There's no place like ::1 (I've completed my transition to IPv6)
    6. Re:great news! by arivanov · · Score: 1

      Real Hardware Raid? Are you sure? The cheapest ones around for SCSI are IBM ServeRaid which is around 400+ and for IDE 3Ware which is about the same. The price you are talking about is most likely Promise which is not a real hardware raid. It is software assisted and as such relies heavily on the OS. Considering Promise general attitude towards Linux and BSD I would rather not get into that situation. It is up chocolate creek without a popsicle stick.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    7. Re:great news! by arivanov · · Score: 2, Informative

      Post next time not as an AC.

      1. Vinum was released working in 5.0, broken in 5.1, fixed temporarily around patch level 9 of 5.1 and broken since.

      2. 5.3 has been released with broken vinum and a half working replacement called gvinum which "may cause system panic on boot". That is quoting from the errata.

      3. I have a few systems with vinum around and I am extremely pissed off after recovering them from extreme filesystem corruption three times - twice in 5.1 and once in 5.2.

      Does that answer your question?

      Oh, and next time when you call someone an arsehole post non-anonymously (or read the fucking release errata before posting).

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    8. Re:great news! by Anonymous Coward · · Score: 0

      Of course he's heard of vinum, that's why HE MENTIONED IT IN HIS POST, which you obviously didn't read, fucktard.

      His complaint is that vinum is broken. Again.

      Now go pick up a Bearenstain Bears book and work on your reading comprehension.

    9. Re:great news! by Anonymous Coward · · Score: 0

      You can get a 3ware raid card supporting 2 drives for around $160 - but that's only mirror and stripe. The price jumps up considerably for 4 drives or more.

    10. Re:great news! by darkpixel2k · · Score: 1

      Sorry--I was talking about SATA RAID. Yeah--SCSI's a bit more expensive. ;)

      --
      There's no place like ::1 (I've completed my transition to IPv6)
    11. Re:great news! by molnarcs · · Score: 2, Informative
      Would you stop spreading FUD please? greg made a mistake when stated that it doesn't work, and he apologized for it. This:
      gvinum on 5.3-RELEASE seems to work fine as a LVM (LogicalVolumeManager)
      and for striping (RAID-0) and mirroring (RAID-1).

      It does *not* work for *writing* on RAID5-volumes in UP
      (SingleProcessor) environments due to a bug which was fixed too late
      for 5.3-RELEASE.

      I'm not aware of any statistics about the use of (g)vinum - but for
      users of (g)vinum RAID5-Volumes in UP-environments 5.3-RELEASE *is*
      problematic. Greg remains right here IMHO. RAID5 under 5.3-RELEASE (UP)
      only works with 'classic' vinum if loaded *after* the system has come
      up.
      So you have to work around a bug (already fixed in current) if you want RAID5 on an UP system - and the work around isn't terribly hard. This is very far from your statement of FreeBSD not having software raid.
  6. Excellent OS by Ambient_Developer · · Score: 4, Interesting

    BSD is an excellent operating system if your trying to lock down a network, or some other coperate enviroment.. Just look at their history with security, which is pretty convincing. So I say kudos to milestone release 5.3, I know I will be trying it. ~matt

    1. Re:Excellent OS by Anonymous Coward · · Score: 1, Interesting

      How does fbsd stack up against something like Debian Linux with Grsecurity kernel patch? And disregarding ACLs (which grsec does provide, and I'm pretty sure fbsd does too) because they introduce a lot more complexity that most admins don't have time/ability to deal with (case in point: I'm a coder but don't have a fulltime admin at my work, so it's not something that always gets the attention it deserves).

    2. Re:Excellent OS by setagllib · · Score: 4, Insightful

      Well, as far as everyone who knows is concerned, no even hardened Linux has ever competed against any BSD in security. It's just impossible with Linux' development model, and the services in userland (as opposed to the mature services that the BSDs have kept for decades and hardened) are often dirty hacks that haven't had proper auditing, if indeed any.

      But if you want security, go OpenBSD, it's the world leader. A close second is NetBSD, which right now is much faster and more stable than FreeBSD 5 (even in many SMP cases, too). FreeBSD is okay for many users but it has slowed down tremendously, lost a lot of cleanliness too. It's a shame to see such a great system degenerate, but it happened.

      In my opinion, NetBSD is a good half-way between Linux and OpenBSD. It has a lot of Linux-like performance (sometimes better, sometimes worse) and design, but security isn't far behind OpenBSD in practice. It doesn't have anywhere near as many randomization-of-kernel-data features though, which you might find handy. You can still use cgd for any storage including swap, if you're really paranoid :)

      --
      Sam ty sig.
    3. Re:Excellent OS by molnarcs · · Score: 2, Interesting
      Add performance and reliability to that and you get one of the best systems there is. FreeBSD is never missing from the top 10 most reliable sites on netcraft, usually taking more places than any other OS.

      In october, the 3 topmost reliable sites were all FreeBSD (4th was either Net~ or Open~ and 8th was again FreeBSD).Read More

    4. Re:Excellent OS by Anonymous Coward · · Score: 0

      ...and know the different between...

      Of course, you meant difference, right?

    5. Re:Excellent OS by Homology · · Score: 1
      In october, the 3 topmost reliable sites were all FreeBSD (4th was either Net~ or Open~ and 8th was again FreeBSD).Read More

      The number 4 (SecDog) is most likely running OpenBSD as can be seen from the alliances page. The SecDog ISP has been named many times as the most reliable host by Netcraft, and now all their infrastructure servers has moved to OpenBSD.

    6. Re:Excellent OS by Anonymous Coward · · Score: 0

      There is no such "OS" as "BSD". Weenie.

    7. Re:Excellent OS by nomadic · · Score: 1, Interesting

      In my opinion, NetBSD is a good half-way between Linux and OpenBSD. It has a lot of Linux-like performance (sometimes better, sometimes worse) and design, but security isn't far behind OpenBSD in practice. It doesn't have anywhere near as many randomization-of-kernel-data features though, which you might find handy. You can still use cgd for any storage including swap, if you're really paranoid :)

      How is it on the desktop? Not a flame, I'm really curious, haven't tried NetBSD in like 6 or 7 years, and for some reason I've got it into my head to try a BSD on the desktop. And NetBSD sounds cooler than FreeBSD.

    8. Re:Excellent OS by Proc6 · · Score: 1, Funny
      Request to moderators: Mod Flamebait anyone who says "Not a flame".

      Sorry couldn't help it :P

      --

      I'm Rick James with mod points biatch!

    9. Re:Excellent OS by Ricin · · Score: 2, Interesting

      Hmm, although the gist of what you're saying is probably true, don't be too harsh on FreeBSD5 just yet. Let's see how it stabalizes. I do agree thet NetBSD is awsome in its simplicity and all, and they do have all major packages and it looked to work very well on my SMP (2xPIII-1100) box with 2-current. Great desktop response, really good. But I also get that with FreeBSD and SCHED_ULE.

      pkgsrc might be smaller in numbers but in quality it just smokes ports (don't even argue)

      No matter what, the *BSDs are on the run and that's just great! The OSS world very much needs the BSDs as much as it needs Apache, Sendmail, Bind, .. etc.

    10. Re:Excellent OS by HenryKoren · · Score: 5, Insightful
      FreeBSD is okay for many users but it has slowed down tremendously, lost a lot of cleanliness too
      Regretfully admitting that FreeBSD 5.3 is crap

      You my friend, are a Troll. As an avid user of FreeBSD 4,5, 4.10, 5.1, 5.2.1, and now 5.3RC2, I can personally guarantee that you have no fucking Idea what you are talking about. Lost cleanliness, my ass! The improvements in 5.3 are awesome. The integration of BIND 9 into the base inside a chroot jail is excellent. The separation of Perl from the base also helped to clean it up. The user experience is awesome in 5.3... My Ghz athlon server has 500+ ports installed, every service you could imagine, and runs X.org with OpenGL flawlessly. I notice a distinct increase in performance and functionality after CVSUPing from 5.2.1 to 5.3 RC2. With a streamlined kernel and good old SCHED_4BSD what exactly is so "unclean"? Have you had a personal experience with 5.3 or are you just spouting mindless zealotry? Why are you on a personal quest for schism in the BSD community?

      Calling anything so massively successful "crap" is just pure ignorance. Are Linux and Windows, or anything that's not NetBSD also crap? Please share.... The /. mods obviously can't get enough of your idiotic pontification.

    11. Re:Excellent OS by setagllib · · Score: 1, Interesting

      Yeah, pkgsrc is very solid, I haven't had one failed compile yet, where ports would fail 1/5 or so. The few things that weren't in pkgsrc I compiled/installed by hand.

      What irks me about pkgsrc is the lack of configurability. In Ports there were values you could set that would often be used to define functionality, like WITH_VORBIS and so on. pkgsrc has these but there are very few of them and they aren't always consistent between packages. Try compiling xmms without esd, for instance... is it possible without mangling everything by hand? (I'm actually asking, because I haven't found a way)

      --
      Sam ty sig.
    12. Re:Excellent OS by setagllib · · Score: 3, Interesting

      Desktop is okay. The same software runs (I'm posting from Firefox 1.0 RC1 on a NetBSD 2.0RC4 machine I set up a couple of days ago) and it runs just as well. Responsiveness is very good in all but the highest of high load, in which case your audio might skip for a second or two (but this happens with any OS under enough disk load, and can be prevented by buffering the whole MP3 or whatever into RAM :P).

      But as for hardware support, what most consider the defining point of desktop use, it's great. All hardware it does support, it supports basically to full capacity, and the range is good. Right now you'll want standard hardware though, because the NVidia driver is not officially ported (there's an unofficial port I'll have to try) and the xorg one is flaky (but I'm using it now), and there is no NDIS wrapper so standard network cards are your best choice (i.e. nForce networking might not be an option). Fetch a good Realtek and you're set for life. Sound is good, doesn't do software mixing like FreeBSD nor hardware mixing (for most at lesat) like ALSA, but quality is good.

      It has good server applications too, not only because it can run on server-centric architectures really well, but more because it is very solid, secure and good at handling load (haven't tried under ultra-high load, but it survived a thrasing from stress(1)). This doesn't affect you since you since you're after desktop, but it's nice to know that it can scale up.

      Worth a try, installs quickly, easy to manage and all... not like it'll take a long time or a lot of effort :)

      --
      Sam ty sig.
    13. Re:Excellent OS by Not+The+Real+Me · · Score: 1

      Dang!!! FreeBSD 5 is finally stable?! Just when I was getting ready to bury FreeBSD in my backyard.

      Does anyone know about compatibility of NetBSD with things like Postgresql, MySQL, Apache and PHP? I was going to upgrade my Linux servers to FreeBSD-5-stable but if NetBSD runs faster and has better SMP than FreeBSD then I might consider NetBSD instead of FreeBSD.

    14. Re:Excellent OS by Anonymous Coward · · Score: 2, Insightful

      You are the one who have no idea of what you're talking about.

      FreeBSD 5's SMP model is a performance hog on UP systems. This is a well known side effect of the heavy mutex approach. However, fell free to live in denial. FreeBSD 4.10 is still a lot faster than 5.3 on any UP box I've tried. And SMP performance on 5.3 is nothing to write home about. DragonFlyBSD is faster on SMP boxes, which is funny, since they did in 1 year what FreeBSD hasn't done in 3.

      I like FreeBSD, I've used it since 2.2.8, but it's no longer the best option for x86 systems. Heck, even NetBSD scales better than FreeBSD 5.3 right now. And NetBSD used to be pretty slow. The NetBSD guys are quite competent coders that know that it's better to have a real solution in 2 years than a quick hack in 6 months. That's why Scheduler Activations work on all supported architectures while FreeBSD's KSE only works on x86 and sparc64. And that's just one example.

      The SMPng code cannot be maintained by 2 or 3 people. SCHED_ULE is bug ridden, but only Jeff can fix it. Do you see a pattern here? Instead of fixing the real problems FreeBSD gets useless features like GEOM and devfs. All done by Mr. Kettle himself, aka Poul-Henning Kamp.

      Sadly, FreeBSD 5.3 is the worst FreeBSD release ever. I can't wait for DragonFlyBSD to go gold to wipe FreeBSD out of my system.

      --
      Glass, total pwnage

    15. Re:Excellent OS by setagllib · · Score: 0, Flamebait

      I'm sorry, I must have omitted that I've been using FreeBSD for ages and have been a very devout advocate, up until a few weeks ago when it hit me hard that FreeBSD 5 is a trainwreck. I DO know what I'm talking about, I've been reading the mailing lists, the TODO list, the CVS logs, the anecdotes and scientific tests alike, and my own experience using it on my machines. Yes, its functionality is very good, but its huge regression in performance, cleanliness (code cleanliness - just LOOK at it!), and stability certainly wards me away from using it further.

      You seem to be flaming me hard there, assuming I don't know what I'm talking about. I know it all too well. Your performance increase is from an older 5.x, which makes sense. Compare it to a 4.10 on the same box, or a Linux, or certainly NetBSD 2. Any of those will run circles around FreeBSD in UP, and on two-way SMP even the BGL system of Net/OpenBSD is reported to outperform FreeBSD's "fine grained SMPng" through sheer cleanliness more than brilliant synchronization.

      I repeat: I wish it wasn't true, but FreeBSD 5 is not a good thing. If, for instance, they had kept Matt Dillon in their team and let him lead the SMP work, it wouldn't have developed the spaghetti necessary to stick with their core SMP model (which, yes, only two people alive truly understand, and I dare you to find more), and then we would have an awesome release. Unfortunately they kicked him out and did a terrible model of their own, which has ruined the system in many technical aspects. Some of the devs even admit it's a flop (PREEMPTION bugs were largely talked about, and the race conditions in the locking even on UP lasted for months on months and certainly got a lot of discussion).

      If you think FreeBSD 5.3 is a great thing, do what I always found made it notably suck: block-read off a data CD constantly while in an X environment. There is so much locking tangling going on that responsiveness will reduce to barely workable levels. This sometimes even makes watching DivXs off CD impractical. It may work differently for you right now, or it might be something they worked around (in which case they should fix those network cards they gave up on - read the errata in the release announcement - call that a solid release?), but I certainly noticed it, and root knows I'm not the only one. Yes, before you start smart-assing, I had DMA on. In NetBSD and Linux there is no performance/responsiveness hit from CD access, and they don't have 'wedges' in network cards either. NetBSD especially has very solid hardware support where it exists, Linux drives are usually good too. FreeBSD can no longer claim this - the drivers are as good as any other, but the kernel facilities managing them are tangled in locking and drag the system visibly and measurably.

      I'm tired of defending my claims against your blind attack. Either try some more extensive tests and conclude for yourself, or stay off /. where at least some people can admit the truth no matter how much it hurts them to (oh and believe me it hurts).

      --
      Sam ty sig.
    16. Re:Excellent OS by Doctor+O · · Score: 1

      Thanks for your reply, the discussion is quite interesting for those of us who don't read or write code. Anyway, I have one question - I read that there's lots of debugging and tracing stuff in 5.3 and that it runs much faster if you remove that. The discussion surprisingly doesn't touch the subject, so I have to ask whether you removed all that or not? I tried 5.2.1 and found it to be much slower than 4.8 on my Athlon 1133, but then again I just can't remember how that slowing-down stuff was called and how to remove it, so I won't blame the FreeBSD staff. ;)

      --
      Who is General Failure and why is he reading my hard disk?
    17. Re:Excellent OS by setagllib · · Score: 1

      Yes, but unfortunately, removing debugging does not save it. I was hoping it would. Debugging was removed by default on 7th September, but the continuing status of FBSD 5.3 being slow as ass survives even now. Debugging is not the problem: the SMP locking spaghetti is. This cannot be 'turned off', unless you mean shutting the machine down.

      You could of course try it yourself, it's pretty easy to see the difference, especially against FreeBSD 4.10, which was lightning fast compared to 5.3. I remember running 4.10 on an old P3 700 (not a bad machine by any right, just a bit behind the times) and it was a fully servicable server, gateway and workstation all at once, with enough power left over for compiling software. I loved that rig. Now it's in a university lab controlling large experiment hardware :( The point is that FreeBSD 4.10 breathed life into PC hardware better than you could imagine, but now NetBSD seems to do much the same thing but with more technology under its belt. Haven't tried DragonFly extensively so I can't comment there, but I've heard many devs want to drop old hardware support entirely, which would make them the first free nix to do so (but not necessarily a bad thing - just moving to a different market, and a chance to clean out compatibility cruft).

      Hoo boy I went off on a tangent there :)

      --
      Sam ty sig.
    18. Re:Excellent OS by HenryKoren · · Score: 1

      As little as benchmarks mater to my functional needs, I went and looked some up.

      Benchmarking BSD and Linux

      The conclusion is that between version 1.6.1 to 1.6.2 NetBSD went from performing dramatically worse than FreeBSD-5.1 to performing marginally better. Congratulations NetBSD! I haven't tried it, and I'm sure it's a fine operating system, so I'm not going to flame it. But although I'd be curious to se an updated benchmark, minute improvements in scalability really mean nothing to me. I care more about port availability/maintenance, binary package availability, stability, hardware, and community support than I do about benchmarks.

      Disliking something because the code isn't pretty is laughable. If it works great, I could care less. Their mailing list is very active, the errata is comprehensive. And thus so is the feature set. To an overcritical eye this might seem like a "mess". But it's just because the level of development and usage of FreeBSD is much greater than any of its relations.

      I could care less about how the source looks. I only care about what it can do, and how reliably it can do it. I am not a maintainer, I am an end-user. I track the Current branch to see the latest progression, and I like what I see. The setaglib's and Matt Dillon's of the world who say FreeBSD is getting worse have yet to convince me. All I see in FreeBSD's detractors are anal retentive control freaks who can't handle the catastrophic success that FreeBSD has had, and can't communicate their frustration in a constructive manner. These people run around like chickens with their heads cut off trying to convince the world that FreeBSD is locked in some sort of downward spiral. So they fork the code, they call FreeBSD crap, and generally try to bite at its ankles. But it will take a lot more to siphon support away from FreeBSD.

      Maybe I need to go start sifting through source code, dust off some ancient hardware and fire up a load simulation benchmark to find out how awful this operating really is. No thanks... I'll just stay faithful to it until it stops doing what it claims: Granting the power to serve.

    19. Re:Excellent OS by tigga · · Score: 1
      But if you want security, go OpenBSD, it's the world leader.

      FreeBSD and NetBSD could be setup in the same way. They could be have the same security level.

      A close second is NetBSD, which right now is much faster and more stable than FreeBSD 5 (even in many SMP cases, too).

      You are trolling, right?
      FreeBSD 5.3 was released on November 6, 2004. And it's first release for version 5. A lot of things were fixed, imroved, changed. And you are telling NetBSD is better? I belive you did not test anything.

      Whatever you are telling is bullshit. If you want to prove whatever you tell - show test numbers.

    20. Re:Excellent OS by tigga · · Score: 1
      You are asking troll...

      BTW 5.3 release is first production version. There is no debugging and tracing stuff and it's uniprocessor by default. 5.2.1 which you tried was rather test version with a lot of new not tuned stuff. Just try FreeBSD 5.3 - you'll see performance by yourself.

    21. Re:Excellent OS by setagllib · · Score: 1

      Well this is just ridiculous. I get modded "troll" for dealing out harsh facts and observations, all because some mod didn't want to admit it anyway.

      Okay, one more example of why FreeBSD in general is messy even in usage, and this even applies to pre-5. moused and kbdcontrol. Every mouse device must have a moused running behind it to get blended into the unified mouse device (/dev/sysmouse). This is a hack. No other OS needs this. You have to explicitly ask for what keyboard you want to use as the 'default' with kbdcontrol - but this is the only keyboard that will work at any one time! In all other systems, all keyboard and mice work together hotpluggably and without need of daemons or user configuration.

      If you seriously defend this way of doing things, I'm glad you're not designing my operating system. This is a user-level peek at deeper coding problems. Why can't more than one keyboard work at once? If you can explain this properly and convincingly I might even take you seriously. But what you just showed are low-level benchmark results from ages ago that don't actually say anything about the topic, which is that the new fine-grained locking code is tangled and slows the system down. Of course it's not going to slow fork(), bind(), etc. down. If you knew anything about the topic and issue, you wouldn't have dreamed of posting that link, which is so irrelevant it offends slashdot by being there.

      --
      Sam ty sig.
    22. Re:Excellent OS by ulib · · Score: 1
      Well this is just ridiculous. I get modded "troll" for dealing out harsh facts and observations, all because some mod didn't want to admit it anyway.

      Just my 2 p:
      Maybe you got modded Troll because somebody got tired of your bitching about an OS that introduced *a lot* of new features in this branch. The FreeBSD developers team undertook a very ambitious project, and the OS is *already* performing very nicely (here, again. It's true that any benchmark must be taken with a grain of salt, but I think it's enough to disprove whoever is oh so authoritatively stating that "FreeBSD is crap").

      What's worst, you're blatantly ignoring that there's a *huge* room for performance improvement, since the Giant Lock still has to be pushed out of many subsystems. Hitting the -STABLE release means that it's production ready, not that it's as fast as it can.
      Have a look at what Scott Long has to say on the development process. It could be enlightening.

      FreeBSD (just as any other OS) can always use some constructive criticism. Your comments really look like puerile complaints.


      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    23. Re:Excellent OS by setagllib · · Score: 1

      If you look closely, you may notice that most of my claims are directly against FreeBSD 5.3 (or often 5.x), except those places where something affects the future and past of FreeBSD (like that kbdcontrol/moused stuff).

      If it does get better, then great, but it'll still be overcomplicated because of the locking. I'm not trolling, I'm presenting what lots of developers have already said. At this moment, NetBSD 2 offers a very convincing reason to switch, even if only to get the most out of your hardware investments.

      On a related note, MPSAFE doesn't mean fast. The ata driver, the GEOM layer, and file systems are all MPSAFE now. You'd think disk/file access would be fast, right?

      Only one of seemingly infinite posts made on this topic: http://lists.freebsd.org/pipermail/freebsd-current /2004-October/041009.html (read it carefully, even he says he's seen it's a common problem)

      As a rough idea, on this hard disk now, FreeBSD 5 would max out at about 20MBps on a good day (~14 usually). FreeBSD 4 could easily get 30+, NetBSD (1.6 and 2 alike) pull off 35 (I've seen 40 during one run, under no load). Linux isn't even on the same chart for block access. This is about the physical limit, plus the extras that caching provides. FreeBSD 5 is about half as fast. This is the consensus - every bench shows it to be so. Even OpenBSD is up with NetBSD in this regard.

      How can this get better? It's already fine-grained locked everywhere.

      --
      Sam ty sig.
    24. Re:Excellent OS by ulib · · Score: 2, Informative
      About FreeBSD disk performance, this message and the thread on the FreeBSD mailing list it points to are pretty clarifying.

      Again, instead of bitching and making groundless general statements (i.e. Trolling. You say "every bench shows it to be so": I wonder which one, since FreeBSD 5.3 has been released 2 days ago...), why don't you take a *real* tour of the FreeBSD mailing lists, expose *your* problem(s) (providing all the required details, not a vague/generalizing post like the one you linked...), and then come back here and we discuss the answer they give you? That would make a lot more sense. IMHO.

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

      The netcraft most reliable isn't actually much better an indicator than its top uptimes.

      Hardware, network connectivity, etc all play a larger role than the operating system, the top names all have a lot of redundancy in their servers anyway.

      Look at the current list:
      1 --- www.inetc.net --- Windows Server 2003
      2 --- www.schlund.de --- Linux
      3 --- www.pair.com --- FreeBSD
      4 --- www.fasthosts.co.uk --- Windows Server 2003
      5 --- www.secdog.com --- NetBSD/OpenBSD
      6 --- www.inetu.net --- FreeBSD
      7 --- www.hostway.com --- Linux
      8 --- myhosting.com --- Windows Server 2003
      9 --- www.seeweb.it --- Linux
      10 --- www.dtag.de --- Solaris 8

      So if this is used as a measurement, Windows 2003 is as good or better than FreeBSD. If you think this is true then you are more seriously deluded than I first thought.

    26. Re:Excellent OS by Anonymous Coward · · Score: 0

      The lack of a keyboard mux is a bug. I believe that a developer (Brooks?) is now working on one.

      Although this is a problem for a number of users, I don't know that I would agree that this necessarily indicates a structural problem in the system. (It does have those, of course, but so does everything).

    27. Re:Excellent OS by CryBaby · · Score: 2, Insightful
      If you look closely, you may notice that most of my claims are directly against FreeBSD 5.3 (or often 5.x), except those places where something affects the future and past of FreeBSD (like that kbdcontrol/moused stuff).
      This is about the physical limit, plus the extras that caching provides. FreeBSD 5 is about half as fast. This is the consensus - every bench shows it to be so.
      "Every bench"? OK, let's see them. Show me even one benchmark that proves your point. If there really is a disk performance problem with 5.3 I want to know about it, but I don't see any evidence. If there is a "consensus", it seems to be that disk performance in 5.3 is fine, and not a big topic of discussion (read below). Again, show me some actual posts, not just your isolated, unsubstantiated (dare I say, "trollish") opinion.
      Only one of seemingly infinite posts made on this topic: http://lists.freebsd.org/pipermail/freebsd-current /2004-October/041009.html
      I googled on slow disk performance freebsd 5.3 and the post you mention is the first result. It is an isolated post (no replies). I can find an isolated posted saying literally anything - it doesn't mean much. The poster claims to have seen reports of similar problems in the archives, but I can't find them and he doesn't link to any of them. Beyond that one isolated post I could find only one thread on this topic (where are the "seemingly infinite posts made on this topic" to which you refer?). It contains about 50 posts with actual disk performance numbers from many users and what appears to be a substantial effort to analyze the issue. The person who initiated the thread finally agreed that he had a "weird" motherboard and that other users' results contradicted his own: http://lists.freebsd.org/pipermail/freebsd-current /2004-October/041767.html. If you can find anything that contradicts this thread, post the link - don't just tell me about it. And remember, we are talking about issues that exist in 5.3 - I don't need to see discussion of issues that have already been resolved.
    28. Re:Excellent OS by SillyNickName4me · · Score: 1

      Well, a dual pII 333 running freebsd 5.3 release (from a local build) seems to do well at being webserver, mysql server, mail server, samba server and lots more. It might run faster with 4.10 , but I'd miss out on many of the nice new features that 5.x offers like acls, better jails, better support for the rest of the hardware that I use, gcc 3.4.x etc.

      That old p700 would do the same tasks as it was running on 4.x quite well on 5.x, tho maybe a bit or even quite a bit slower.

    29. Re:Excellent OS by SillyNickName4me · · Score: 1

      > Does anyone know about compatibility of NetBSD with things like Postgresql, MySQL, Apache and PHP?

      There are packages for all of them.

      I have not yet found a way to get Apache 2 to work with php as a module tho (1.3.x works fine)

    30. Re:Excellent OS by Anonymous Coward · · Score: 0

      Here's one.

    31. Re:Excellent OS by Anonymovs+Coward · · Score: 1
      FreeBSD 5.3 was released on November 6, 2004. And it's first release for version 5.

      FreeBSD isn't Microsoft Windows. People have been able to run version 5 since 5.0-CURRENT was branched off. And NetBSD isn't Microsoft Windows either. In fact they aren't even Linux: you don't depend on a Linus to do releases, you can download the CVS tree any time you like. And yes, people who do these tests are aware of debugging options, WITNESS/INVARIANTS/etc, and know how to turn them off.

    32. Re:Excellent OS by Anonymous Coward · · Score: 0

      You can download a CVS tree of the kernel any time you like, mister troll.

    33. Re:Excellent OS by ulib · · Score: 1
      >Here's one.

      And here, dear AC, is what the same poster (who happens to be a competent developer) has to say, just a few months later.

      While he understands that this -STABLE release is *not yet* optimized for performance, he recognizes the huge performance gains that this design will allow in the future.

      And go figure.. We don't hear him uttering "FreeBSD 5.3 is crap", we hear him acknowledging the validity of the (costly!) groundwork laid by FreeBSD developers.

    34. Re:Excellent OS by setagllib · · Score: 1

      http://lists.freebsd.org/pipermail/freebsd-current /2004-October/040474.html
      That's the first I could find. I had a better one that included OpenBSD as well, which many say has lousy performance but still schooled FreeBSD... I haven't found that link again. I'll keep you posted.

      But seriously, if you're so smart, why not bench it yourself and prove me (and those other users) wrong? Refuting my 'trolling' with meta-trolling is not going to help you at all. At least my point has evidence. I haven't seen one benchmark in my life that includes a GEOM-enabled FreeBSD 5.x even coming close to any other [decent] OS in disk/FS access, but I've seen AND CONDUCTED many that show it being left in the dust.

      So yes. Install FreeBSD 5 and FreeBSD 4, or NetBSD, or Linux, or whatever else, give them the same partition (they can all read/write UFS well enough) and run bonnie, tar, dd, whatever you want. If you can show me empirical proof that what I and many others are saying is rubbish, I'll take you seriously.

      On the other hand, you Googled for "5.3" performance, even knowing 5.3 has been out barely a couple of days now. This problem has been around since much earlier in the 5 branch (exact point escapes me since I only started tracking recently, since late 5.2-CURRENT up to 5.3-STABLE a week or two before release) and if you had Googled for, say, "freebsd 5 slow disk" or something like that, your results might be more interesting. I suggest you try it. The useful pages get mixed in among a lot of unrelated rubbish, but you might learn something while you're at it.

      --
      Sam ty sig.
    35. Re:Excellent OS by setagllib · · Score: 1

      How does that make 5.3 any less crap? I'm not saying 5.4 or 5.5 or something won't be much better. I'm not entirely hopeful given the progress lately, but that's beside the point. The fact is, compared to any given 4.x FreeBSD or especially any OTHER BSD or Linux, FreeBSD 5.3 is slower, less stable (this does depend on your hardware and what you're doing, but the statistic is more things go wrong in 5.3), has more hack solutions, less of its own features working (SCHED_ULE+PREEMPTION fscks up, which is why the 'old' scheduler is the default in 5.3), and more errata items than some of the non-STABLE 5.x releases, which is a real worry.

      What about this is hard to understand? Can all of you seriously think that a release with so many shortcomings is so great and heralds the Second Coming or something? Face it: it's crap. It's easy to think it's awesome on its own, hell I though that about the 5.3 branch before release (yes, this is after a long term of FreeBSD tuning experience, believe me I milked every last drop of performance out of it, and it still stank). The moment you compare it to anything else, and I am starting to believe anything else, you notice big problems. Ones that aren't likely to go away just with refinement over time.

      I still haven't heard of more than two people alive who understand the core of the fine-grained SMP. Where are they? If a system is to develop further, it needs developers that know what's going on. Right now the benefit of open source (which is that many people can suggest many solutions and fixes can be picked out of a bunch) is entirely lost on the core of FreeBSD 5, since only two people understand it and they haven't done a splendid job of making it work properly either.

      Now, I'm not saying the rest of FreeBSD 5 is bad, certainly not. Their UFS2 (I don't use background fsck, since in my experience it left the problems there until it eventually fixed them, the Wrong Thing), ACPI, RCNG (okay, that was from NetBSD), new networking improvements, Project Evil, etc. are all very handy. Now if only the core itself was clean and fast it'd be the perfect x86 OS. But since it drags behind, becomes unresponsive under very simple load (why hasn't anyone tried that CD-read thing I suggested? seriously, if you people want to prove me wrong, go ahead and try it yourselves), and still has that filthy and very intolerable moused+kbdcontrol nonsense I hoped they'd clean by 5.x... no, sorry, it's not the best anymore. Unless the developers pull off amazing magic, which is possible, FreeBSD may end up serving as an example to other systems of how not to steer the development process. Right now most of the handy functionality is also present in DragonFly BSD without the regressions, and apart from Project Evil and some ACPI features it's all in NetBSD as well. This is saying nothing of Linux which has admittedly had a lot of the 'new' functionality for years, even if very hackishly (but I don't want to argue about that now).

      --
      Sam ty sig.
    36. Re:Excellent OS by ulib · · Score: 1
      http://lists.freebsd.org/pipermail/freebsd-current /2004-October/040474.html

      Not at all. Maybe you should read the whole thread of that message, like the author of this comment did.

      And this is how you support your "every bench says so", "FreeBSD 5.3 is crap" statements?
      Welcome on my personal Troll list.

      To who might be interested, this comment by a developer and this post by a competent user can shed more light on this issue.

      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    37. Re:Excellent OS by CryBaby · · Score: 1
      http://lists.freebsd.org/pipermail/freebsd-current /2004-October/040474.html That's the first I could find. I had a better one that included OpenBSD as well, which many say has lousy performance but still schooled FreeBSD... I haven't found that link again. I'll keep you posted.
      Read that entire thread. It was started by "Fandino." Your link is the original post by Fandino. In my last post, I included this link: http://lists.freebsd.org/pipermail/freebsd-current /2004-October/041767.html, from Fandino, where he acknowleges that his problem is due to hardware. Here's a good one from the same thread - this is Fandino happily getting 52 MB/s on the same setup he was complaining about in his first post. Here is the solution someone on the list provided for him.

      If you would take the time to actually read things, maybe you could solve your problem instead of spreading FUD. Learn from Fandino, he was a bit confrontational, but at least he actually sought out a solution to his problem.

      But seriously, if you're so smart, why not bench it yourself and prove me (and those other users) wrong?
      Again, what other users are you talking about? So far it's you, some guy with an isolated post, and Fandino, who's problem was due to a hardware issue and was solved, so that actually leaves just two users. I'm sure other people have had disk performance problems, given that there are so many changes in 5.x that affect disk I/O (GEOM, etc.). The sane among us assume that problems will arise and be fixed as 5.x matures. In the meantime, there does not appear to be a particular issue with disk performance in most setups. I appreciate that you've aired your compaint and, in fact, when I get closer to rolling out 5.x on my production servers I will pay attention to disk performance by running some benchmarks and wall-clocking real world performance against 4.10. I'm not sure that I or most other FreeBSD users need to be "so smart" in order to accomplish basic testing, but perhaps your comment applies more to you than it does the rest of us.

      At least my point has evidence.
      It does? Somehow I keep missing that "evidence" part. Perhaps your mindless trolling is drowning out the "evidence."

      If you can show me empirical proof that what I and many others are saying is rubbish, I'll take you seriously.
      Ditto. And, yet again, where are these mysterious "many others" (and "infinite posts")?

      On the other hand, you Googled for "5.3" performance, even knowing 5.3 has been out barely a couple of days now. This problem has been around since much earlier in the 5 branch (exact point escapes me since I only started tracking recently, since late 5.2-CURRENT up to 5.3-STABLE a week or two before release) and if you had Googled for, say, "freebsd 5 slow disk" or something like that, your results might be more interesting. I suggest you try it.
      I did try it. The results were no different. I couln't find any reports besides that one isolated post you originally referred to and the thread to which we have both referred. That would be the thread which I suggest you actually read in its entirety. That's right, the thread where Fandino thinks that FreeBSD 5.3 disk performance sucks based on his "benchmarks" but it turns out that his motherboard's disk controllers were set to the wrong speed.

      If you would actually seek out help for your disk performance problem, you might find people willing to give it and even appreciative of your problem report. You can expect a hostile and condescending response when you insist that your individual issue is somehow indicative of a general problem with FreeBSD 5.x. It makes you sound like a troll, and we have enough of those already.
    38. Re:Excellent OS by ulib · · Score: 1
      I wrote
      >Welcome on my personal Troll list.

      Well, that was too much: considered that you go on making interesting comments on other topics, I remove you from that 'list' - for what it's worth :)

      But I really think you're talking about FreeBSD in a way that's neither constructive nor accurate.
      You would be right if you could actually say that the design they chose is *wrong*. And I bet you can't. Now, I don't have the background (yet ;) to tell for sure that they're *right*. But, for the time being, I have faith in the fact that the FBSD developers are not clueless, and if they chose to overtake a huge task it's for a pretty valid reason. Read the FreeBSD mailing lists: a lot of people, in and out of the project, think likewise.

      One thing is to criticize, another thing is to judge that something "is crap" - and such a judgement, since it's basically about the kernel framework they laid, implicitly involves the future releases too.
      It's really too early to judge what will come out of FreeBSD in the near future.

      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    39. Re:Excellent OS by Anonymous Coward · · Score: 0

      So what you are saying is that FreeBSD 5 is half the speed of FreeBSD 4 in this test? Oh good, that's what CryBaby asked for.

    40. Re:Excellent OS by setagllib · · Score: 1

      So the developer admits there are regressions in performance that apply to 5.3, but you insist 5.3 is not crap? Where's the logic there? The first release not to have regressions, at least not notable ones (run bonnie and see), will be the first non-crap 5.x release. Then we'll talk.

      You're on my stubborn list. Even devs admit 5.3 has regressions which support what I say, and you still think you're right in saying it's just as fast as ever, even though it clearly isn't. That's pretty intense shielding from logic you have. I don't care if I get called a troll, not like Slashdot is the source of all life... but that's just remarkably daft. "See, this developer admits that the performance sucks, so why are you saying the performance sucks? Troll".

      --
      Sam ty sig.
    41. Re:Excellent OS by setagllib · · Score: 1

      How odd, I had regressions in disk performance (and not for his reasons), and so did everyone I asked/inspired to try FreeBSD 5 too. We must all be equally unlucky.

      Okay, I give up, you're all a tough crowd. Since you would all rather meta-troll than try for yourself (which you admit you still haven't done, CryBaby) that's fine by me. Personally I couldn't care less anymore how your machines run. Anyone who doesn't bother testing something before saying it rules the planet doesn't deserve to have a well-oiled system. I thought Gentoo ricers were bad.

      --
      Sam ty sig.
    42. Re:Excellent OS by setagllib · · Score: 1

      Okay. You're absolutely right, actually, and I'm sorry. My point really is that 5.3 is not the release everyone expects, and that it's probably best to wait at least until the 5-STABLE branch gets some of the locking and stuff resolved before unrolling it everywhere. I'm voicing it in the wrong ways I suppose. However, even as you posted, developers (DEVELOPERS) admit there are regressions in some areas, as I have already mentioned a dozen times on deaf ears/eyes. However, since they're officials and I'm a troll (well, I got modded troll once or twice), it's clear who gets listened to. Fair enough, I tried developing little insignificant (non-kernel) bits for FreeBSD but the devs usually just stopped emailing me after the first one or two, which didn't really help my case. I still used it until I finally decided it wasn't worth the regressions. Then I had a very painful time with Gentoo and now am seeing what NetBSD can offer. Depending on how 5-stable works out from here, I might take it up again.

      --
      Sam ty sig.
    43. Re:Excellent OS by Anonymous Coward · · Score: 0

      So what you are saying is that FreeBSD 5 is half the speed of FreeBSD 4 in this test?
      Nope, I'm not.
      And you keep missing the point, anyway.

    44. Re:Excellent OS by ulib · · Score: 1

      Thanks for changing sig.
      You can rest assured that, if the new FBSD kernel should ultimately turn out to be crap (I really doubt that, but who knows for sure) I'll join you in kicking their ass - and I bet a lot of people will too ;)
      --
      Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    45. Re:Excellent OS by setagllib · · Score: 1

      Yeah. Hey FreeBSD is still the most usable free OS I've ever known, and probably THE most functional... it would suck to see it go down on a technicality. I hope they make everything good again. Or, on the other side of the coin, NVidia write drivers for NetBSD :) (and somebody ports/writes equivalents of FreeBSD's devfs and watch(1)+snp(4))

      Anyway, DragonFly BSD will still be a refuge, because anything FreeBSD 5 whips up seems to be easy enough to port back to DFly, and this is what they have done for most of what they think is worthy. And the new VFS work will allow journalling file systems, which FreeBSD hasn't had for years, since they diked out LFS (which NetBSD kept and stabilized). DFly is definitely going right up into the greats of systems.

      --
      Sam ty sig.
    46. Re:Excellent OS by Anonymous Coward · · Score: 0

      Nope, I'm not.

      Ahh, well you are trivially wrong then. There is something very deeply wrong with your sense of logic, therefore it is pointless to continue to argue with you.

    47. Re:Excellent OS by Anonymous Coward · · Score: 0

      [blah blah blah], therefore it is pointless to continue to argue with you.

      Don't say so. You're breaking my heart.

    48. Re:Excellent OS by Anonymous Coward · · Score: 0

      Ha ha ha. Is that all you've got?

      Can't even defend your crappy operating system on its own merits using logical arguments. Gee, it must really be crap then.

    49. Re:Excellent OS by CryBaby · · Score: 1
      How odd, I had regressions in disk performance (and not for his reasons), and so did everyone I asked/inspired to try FreeBSD 5 too. We must all be equally unlucky.
      I'm not saying that you didn't have a problem. What I'm saying is that, based on user reports that I can find, you seem to be in a small minority and there are several possible explanations for your performance issue that don't include FreeBSD 5.3 being a tangled mess, or however you put it.
      You're still playing the same game in this post by saying "everyone I asked..." Exactly how many people is that? One? Since "infinite posts" turned out to mean "1 post plus 1 thread (which turned out to demonstrate acceptable if not excellent FreeBSD 5.3 disk performance)", you'll excuse me if I'm inclined to estimate on the low side.

      Personally I couldn't care less anymore how your machines run.
      If you ever did actually care, you would have posted your issue to a FreeBSD list and sought an answer. You apparently didn't do that. You instead decided to embark on some weird "mission" to convince people that "FreeBSD sucks," which makes you just another "FreeBSD sucks" troll.
      Anyone who doesn't bother testing something before saying it rules the planet doesn't deserve to have a well-oiled system.
      Because I haven't tested it, and won't have a chance to do so for some time, I pay attention to other users' reports - not as gospel truth, but as an indicator of what issues I need to be aware of and test for myself. In reading through the posts I could find on this topic (essentially that one thread we both looked at - I still haven't found any others), it seems that there are isolated instances of disk performance issues (I believe 1 or 2 others posted to that thread saying "me too" on slow disk performance). The one user who actually followed through and sought out an answer got his problem fixed. The fact that you have characterized this situation as "infinite posts", "many users", and "every benchmark" confirming severe disk performance problems with FreeBSD 5 demonstrates that you're observational skills are severely impaired, thus I take any other claims you might make with a great big grain of salt, and so should others.
      Anyone who doesn't bother testing something before saying it rules the planet doesn't deserve to have a well-oiled system. I thought Gentoo ricers were bad.
      "Gentoo ricers?" I think that comment speaks for itself. Pretty funny. Look, the only reason I responded to your post was because it piqued my curiosity. I thought "hmmm... this guy sounds convinced - maybe there's a real problem here". I looked into it and I found your claims to be so wildly exaggerated and distorted that I felt compelled to point out the truth - there are not "infinite posts", there are not "many users" experiencing disk performance issues with 5.3 (unless they are keeping it a secret) and the benchmarks you speak of do not exist. So please, do give up, troll.
    50. Re:Excellent OS by CryBaby · · Score: 1

      Interesting - and stark - change of tone, not to mention sig.

      In my last reply to you, I said your original comment had "piqued my curiosity", it would be more correct to say that your comment struck me as sincere, and deserving of investigation. For what it's worth (not trying to be condescending), I'll consider any future comments of yours to also be sincere. I think the main reason you've been modded and repeatedly called "troll" is due primarily to the fact that most of us (FreeBSD users) fully expect some issues to come up in 5-STABLE. To make the leap from identifying some of those issues to proclaiming FreeBSD 5 "crap" (or whatever), is just silly and at the very least totally premature (and essentially baseless).

      Now that there's an official release, it will receive far more testing and debugging than it has had so far (duh). I doubt that it will be truly production-quality in most sysadmin's eyes until at least a 5.4 or so release (when's the last time you rolled out a brand new major release into production - of *anything*? If you're serious about your work, probably never). In addition, the developers have made it very clear that some regressions would happen and that they have been focused on laying down a *foundation* to provide far better performance and scalability in the future. While this is not a reason to ignore whatever performance issues may exist in the current release, it does seem to be a perfectly reasonable approach. I normally do profiling and performance tuning last in my own applications as well. I'm not a C programmer - just large web/database apps, but I assume this approach is fairly common - lay down a solid foundation that stresses correctness, modularity and scalability, and you normally have many options available to improve performance. I suppose we will find out over the next few months if there are any fundamental problems with the design choices made by the FreeBSD 5 developers. In the meantime, I will continue to be highly skeptical of isolated cries of "FreeBSD is crap."

    51. Re:Excellent OS by ulib · · Score: 1
      ...come on, your posts and mine have already convinced him that the "crap" thing was out of line. About the change of tone/sig: well, me too, for a while I thought he was a troll, then I realized he was sincere.

      Stark changes are an ever-present part in every kind of process - and programmers, of all people, should know that very, very well. ;)

    52. Re:Excellent OS by setagllib · · Score: 1

      Yeah, I did actually mean what I said, but I suppose it was in the wrong way. Meh, I've seen worse.

      As for FreeBSD 5, I'm very seriously considering running it again just because it did have everything and it had it easily, even if it did mean the tree right now wouldn't milk every last drop of performance. "Crap" was entirely the wrong word, "poky but still useful" may be more on track. May as well fetch that ISO then.

      Sorry for anyone I may have offended or otherwise ticked off during my pseudo-trolling rage.

      --
      Sam ty sig.
    53. Re:Excellent OS by Anonymous Coward · · Score: 0

      here is another one.

    54. Re:Excellent OS by Anonymous Coward · · Score: 0
  7. In Other News by sabat · · Score: 1, Funny

    *BSD Obituary

    *BSD, 27, of Berkeley, CA died Monday, Sept. 6, 2004. Born July 3, 1976, it was the creation of a cluster of pot-smoking hippies who went to Illinois and came home with a reel of tape. Rather than smoke the tape, they uploaded it and hacked on it a little.

    *BSD was known for its C shell and early TCP/IP implementation. After being banished from UC Berkeley, it was ported to the x86 platform, where it fell into the hands of heavier pot-smokers who liked to argue. Soon, the project had splintered into 12 different Balkanized projects. Until its death, there was almost constant fighting in and amongst these groups, sometimes degenerating into out-and-out fistfights.

    *BSD is survived by its superior, Linux, as well as several commercial unix implementations. It may be missed by some who knew it, although most of them are said to be mere OS dilettante dabblers.

    A funeral will be held at 2 p.m. Thursday, Sept. 9, at the Berkeley Chapel on the UC campus, with interment to follow via the burning of the original *BSD tapes and scattering of the ashes over the San Francisco Bay. The Rev. Lou "Buddy" Stubbs will officiate.

    The family will receive friends from 7 to 8 p.m. Wednesday, Sept. 8, at the funeral home.

    --
    I, for one, welcome our new Antichrist overlord.
    1. Re:In Other News by rbullo · · Score: 1

      This got modded up?

      How the hell did that happen?

      --
      OH NOES!!! IT APPEARS YUO DO NOT HAVE ENOUGH MONEY TO PAY FOR DIS HERE PIZZA! WAHT EVER ARE YOU GOING TO DO!?!?
    2. Re:In Other News by Anonymous Coward · · Score: 0

      It's called funny. A running gag, if you will. Sheesh.

    3. Re:In Other News by Anonymous Coward · · Score: 0

      I was wondering that too. I do have to admit, it's one of those overly pathetic things that can be read as funny, funny that someone's actually dumb enough to write something like that. Poor guy... Oh well, always nice to know netcraft runs BSD...

    4. Re:In Other News by Anonymous Coward · · Score: 1, Funny

      Because it's funny. BSD snobs have such fragile egos.

    5. Re:In Other News by Anonymous Coward · · Score: 3, Insightful

      Surprised me too. It's clearly a made-up story. Pot smokers would never get into fistfights.

    6. Re:In Other News by Anonymous Coward · · Score: 0

      I mean the pot smoking thing should have been mod'd up not the troll...

    7. Re:In Other News by HeliumHigh · · Score: 1

      This made me cry... seriously....

    8. Re:In Other News by sabat · · Score: 1
      funny that someone's actually dumb enough to write something like that

      You can think me an idiot for writing something like that, but why on earth would it make me dumb?

      --
      I, for one, welcome our new Antichrist overlord.
  8. Too Many Bugs for -STABLE by Anonymous Coward · · Score: 0

    After perusing the BSD mailing lists and reading the ERRATA document, there appear to be too many open/unfixed issues for this release to truly be considered STABLE for widespread production use in my opionion. I'll stick with 4.X a little while longer.

  9. The torrent link is not working by Megaweapon · · Score: 0, Offtopic

    I'm getting a 403 on the torrent file. I'd be happy to share my employer's weekend bandwidth for the torrent, but it needs to be fetchable!

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
    1. Re:The torrent link is not working by cpugeniusmv · · Score: 5, Informative
    2. Re:The torrent link is not working by whereiswaldo · · Score: 1

      The torrent link must be working now - I'm downloading 5.3-RELEASE-i386-all. I don't plan on installing it for awhile, but I'm glad to help!
      Currently uploading about 2x as fast as downloading. :)
      BitTorrent is an _excellent_ tool and sure is helping in so many legitimate ways.

    3. Re:The torrent link is not working by Anonymous Coward · · Score: 0

      It's not a file, it's a link to a directory full of torrent files. Click on the link, then choose an actual torrent.

  10. been a while by Pierre · · Score: 2, Interesting

    Just blew away my testing partition (ubuntu) and installed it it's good to see you my old FreeBSD friend.

    ummm although it would have been nice to see a new installer ;)

    1. Re:been a while by chadpnet · · Score: 1, Insightful

      If it's not broke, don't fix it.

    2. Re:been a while by Pierre · · Score: 2

      define broke

    3. Re:been a while by Anonymous Coward · · Score: 4, Funny
      okay...

      #define BROKE 1
      this of course, is not GNU/Broke, because if it was it could also read email.
    4. Re:been a while by Anonymous Coward · · Score: 0

      http://en.wiktionary.org/wiki/Broke

    5. Re:been a while by Anonymous Coward · · Score: 0

      Yawn, im completely over people whinging about how bad the bsd installer is.

      Its great as far as I am concerned.
      How does turning it into a fancy graphical installer make it better?

      Keep it text based forever.

      Go back to your lynucks

    6. Re:been a while by Holi · · Score: 1

      owwww

      beer just shot out of my nose.

      --
      Sorry, teleporters just kill you and then make a copy. A perfect, soul-less copy.
    7. Re:been a while by Ricin · · Score: 1

      It surely is broken but no fixes so far were less broken it seems...

      Let alone a new install app.

    8. Re:been a while by chadpnet · · Score: 2, Insightful

      how is it broken? because it doesn't have an eye candy install process? it gives you exactly what you need and nothing more. unless you specifically can identify why it's broken, like it wont install on your system; your comment is bunk. i prefer the 'fits like a glove' type install.

    9. Re:been a while by cmad_x · · Score: 0

      There's absolutely nothing wrong with the installer, as far as I know. Works fine for me.

    10. Re:been a while by rainman_bc · · Score: 1

      ummm although it would have been nice to see a new installer ;)
      FWIW, of the three, FreeBSD is the easiest to install... Throw in a floppy disk and do a base ftp install including source code and ports tree. CVSup the ports tree and then install from there so you don't need to update any ports afterwards. I find fdisk to be a real pain if you've not used it much, so I find OpenBSD and NetBSD a bit more of a pain than FreeBSD...

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    11. Re:been a while by Anonymous Coward · · Score: 0

      ya! and you can take back that stupid X11 stuff as well!

  11. yes by zxflash · · Score: 1

    time to fire up the old burner... has anybody managed to see if the tracker is up?

    --

    All the torrents you could want.
    1. Re:Yes by Billly+Gates · · Score: 0

      This was teh motivation behind the DragonFLyBSD project right?

      Matt Dillion mentioned agaisnt mutex scaling and locks everywhere and wanted to focus on threading. The FreeBSD team in return removed his CVS bit until he would conform with the group.

      What a shame.

      FreeBSD had the top TCP/IP performance PERIOD! But with 5.x they put in locks everywhere and slowed it down as a result for slower performning machines.

      I prefer FreeBSD alot because of the ports and its what I am familiar with. I am hoping the speed problem will be fixed in the later version.

      I think it would be best for the BSD developers to swallow their pride and just ditch the kernel and put in a DragonFLYBSD one.

      Obviously the design changes were the wrong way to go and its about saving face with the developers.

    2. Re:Yes by Anonymous Coward · · Score: 0

      Well, all of this is a nice thinking as long as you are willing to ignore some not very convenient facts. DfBSD is _not_ faster than FreeBSD in way too many areas and scenarios to enumerate here, it does NOT scale nearly as well as DfBSD advocates want you to believe. The DfBSD design, while not being anything new and earth-shattering, was never adopted by _any_ of the commercial/open-source projects and for a good reason. I guess it is a time fo DfBSD to swallow a pride and start putting up some real numbers to back their claims.

    3. Re:Yes by Anonymous Coward · · Score: 0

      In my experience FreeBSD 5.3 cannot scale past 4 CPUs (tested on a sparc box). I'm sure DragonFlyBSD won't have that problem. AMD64 looks very promising and I hope I'll do some serious benchmarking. All the benchmarks done so far show that DF is not slower than FreeBSD 4.10, and it's a lot faster than 5.3, specially on disk i/o, which has abysmal performance since GEOM was imported into the tree.

    4. Re:Yes by Billly+Gates · · Score: 1

      Do you know if DF has asnyc. i/o.

      There was a flamewar 3 years ago on slashdot with the new 2.4 linux kernel vs FBSD benchmarks. On i/o Linux mopped it up due to the async i/o which FBSD lacked and I think still does lack.

      Dragonfly has async i/o. I think??

      Again I want to see benchmarks both on uni and smp machines with Linux Dragonfly and FBSD 4.x to see the real numbers here. Netbsd supposed to be improving tremendously too.

    5. Re:Yes by DashEvil · · Score: 1

      Actually, setaglib. I have a bit of a proposal for you. I've got a spare HD, and I have time. I could do bencmarks between Linux and all of the BSDs and post them publicly. Fair benchmarks.

      The problem is that I don't really do this kind of thing, so I don't know what software package to use.

      If you, or others, could kindly link me to effective benchmarking software, I would gladly donate my time towards giving facts for/against these aligations.

      My computer has common hardware (VIA motherboard, SB Live, GeForce FX, Realtek network card) so no OS should be disadvantaged because my system is poorly supported.

      --
      -If God wanted people to be better than me, he would have made them that way.
    6. Re:Yes by setagllib · · Score: 1

      Sure thing. From what I hear, server benches are especially helpful in this (apache, SQL, well it's up to you), IO benches/tools really tell the slow disk tale too (bonnie, time+dd, and so on).

      It could also be really good to try those scalability benches Felix did ages ago. I did a couple and found Linux is still on top (NetBSD is still O(1) for pthread_create) but I didn't graph it or anything.

      But I still advise you to see the performance with your own eyes (if you have and don't notice the drop, you should compare to 4.10). Benchmarks show it too, but the biggest and most disturbing difference is in use.

      If you don't have much experience in this, I'd be glad to at least write up guides for fair, balanced installation and refinement of the systems (okay, except OpenBSD which I haven't yet tried, but it shouldn't be that hard), so we can at least fend off the worst of the "but you favor X over Y! that's not fair!" claims.

      Any way you want to communicate on the project or is it something you'd rather mostly do on your own?

      --
      Sam ty sig.
    7. Re:Yes by ve · · Score: 1

      it appears you base these statements on this page -- http://bulk.fefe.de/scalability/ -- which appears to be 1 year old. is any fresher benchmarks and comparisons available?

    8. Re:Yes by DashEvil · · Score: 1

      Communication would be good.

      email: dashevil@sympatico.ca
      AIM: AcronycLoser


      Pick your poison. :)

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

      Well,in a speculative vein, the performance hit
      would probably be the result of any 'new' locking scheme implemented as an afterthought to address concurrency issues. Of course there are always going to be some 'coarse grained' locks that need to be slimmed down, but the devs can optimize away later. No one gets everything right at once,right?

      The latency and attendant code can probably be fine tuned for particular configurations and result in a very responsive environment in most cases. Uniprocessor stuff shouldn't have to worry about true concurrency, etc..
      Anyway:
      I'm happy with 4.9 right now and don't plan to experiment . ;)

  12. A few questions... by KillerHamster · · Score: 3, Interesting

    I've been running FreeBSD on a couple servers for a while, and with this latest release, I've been thinking about trying it on a desktop. The particular computer I have in mind is currently running Slackware 10. I have a few questions for those of you using FreeBSD on a desktop system:

    Why do you prefer it over other Unix-like OS's?
    Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?
    Have you had difficulty finding applications that will run on it?
    In general, will software written for Linux compile and run on FreeBSD without too much difficulty?

    1. Re:A few questions... by bcrowell · · Score: 3, Informative
      Why do you prefer it over other Unix-like OS's?
      I mainly like it for the ports system. The only things I know of that can compare with it would be Debian's apt-get and Gentoo's portage. However, I was never able to get a Debian or Gentoo system to install. YMMV :-)

      Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?
      I tried to get USB to work in 4.x, and failed, but USB support is supposed to be much better in 5.x. Audio has worked fine for me.

      Have you had difficulty finding applications that will run on it?
      That's the best thing about it: the ports system.

      In general, will software written for Linux compile and run on FreeBSD without too much difficulty?
      Well, first check if it's in the ports system. If it's well-known software, it probably is, so you're all set. Otherwise, it really depends on the software. If it's small and simple, and wasn't written with lots of Linuxisms, then it should be no problem. If it's 10^7 lines of code, and was written by people who assumed it would only be used on Linux, then you may have a long, hard road ahead.

    2. Re:A few questions... by name773 · · Score: 1

      how's the libpthread thing going in 5.x?
      i had a bugger of a time installing xmms-shell (small, i know) in 4.x

    3. Re:A few questions... by wirelessbuzzers · · Score: 2, Informative

      Why do you prefer it over other Unix-like OS's?

      Ports would be the first and most important thing. It seems easier to administer than Linux: pf is a good firewall, and the startup scripts are very logically organized. Built-in ACLs have come in handy; soft-updates and filesystem snapshots are very nice too.

      Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?

      It auto-configured most stuff on my Mini-ITX box (small/low-power file/web/whatever server, and soon a jukebox too), which is rather strange hardware, including the onboard networking (Via Rhine) and on-die random number generator. I used to have a lot of trouble with spotty USB support, but it seems fixed in more recent 5.x builds. Audio did not auto-configure, but all it required was loading a module or adding it to kernel config.

      A nice new trick is Project Evil, which is a binary compatibility layer for Windows wireless card drivers.

      Have you had difficulty finding applications that will run on it?

      No. It has a Linux ABI, so you should be able to run Linux binaries on it if necessary (or SCO, or Solaris....). Furthermore, Ports is generally quite complete. Sometimes a port will get out of date, but this is often because the maintainers are testing it.

      Java was kind of annoying; the port isn't fully automated due to licensing stuff.

      In general, will software written for Linux compile and run on FreeBSD without too much difficulty?

      Yes. In fact, software compiled for Linux should (in theory) run without too much difficulty. This is how you get Java.

      --
      I hereby place the above post in the public domain.
    4. Re:A few questions... by antiMStroll · · Score: 1

      The new beta Debian installer is miles ahead of the 'stable' version from my limited experience with the latter. Might be worth another try, love the 64-bit port running on my desktop. My first choice for an AMD64 notebook though was 64-bit port of FreeBSD but the installer didn't have a work-around for a BIOS bug and made it no further than infinitely rebooting. In fairness most OSS OSs bombed and it's running Gentoo right now. Anyone know if 5.3 has the (I believe) NForce3 fix?

    5. Re:A few questions... by molnarcs · · Score: 4, Informative
      If you like slack you will love FreeBSD (and this is true vice versa - most FreeBSD users prefer Slackware to any other distro). To me, it is easier to configure/maintain (thanks to its excellent documentation: the man pages - better than gnu man pages usually, /usr/share/examples, the handbook of course, the faq, and the very friendly community at bsdforums.org).

      Software: most software written for linux would compile without much change on FreeBSD. In fact, that's how the ports system work. Check out freshports to see if your favourite app is included or not. You can also have binary packages, which can be installed similarly to debian packages (pkg_add -r blah is ~ apt-get install blah). If you put linux_enable="YES" into your rc.conf, you'll have linux 'emulation.' Don't worry, it's not really an emulation, linux-apps run with native speed on FreeBSD. Really. (you can try it yourself if you don't believe me, for sometimes there exists both a native freebsd and a linux version of the same program). Finding an app is as simple as cding into /usr/ports and typing "make search name=[progname]" if you know the name of the application you need or "make search key=[whatever]" to search in the short descriptions of each port. Installing that app is as simple as entering it's directory, and typing make install clean (or if you have portupgrade tool installed, you can simply say: portinstall mplayer. Details in the handbook :)

      I also have slack on my puter btw (with kernel 2.6.7), and now that ULE is turned off, slack seems to be slightly faster on the desktop (KDE on both), but only if the system is heavily loaded. I think, even for someone who is new to FreeBSD, tracking -STABLE (look up what that means in the handbook is pretty safe, and hopefully they will reenable the new ULE constant time scheduler (whatever that means, I just read this fancy description on OSNEWS :o)) soon.

      Hardware compatibility: FreeBSD supports standard pc hardware. There are accelerated binary native nvidia drivers for freebsd. USB support is excellent (my USB mouse worked out of the box, just read the installation messages carefully - you have to say no to mouse configuration if you have an usb mouse) ... except for USB 2.0. So USB 2.0 devices work in 1.1 compatibility mode. Discussion, however, is already started for fixing USB 2.0 support (EHCI driver), and I'm sure it will be ready soon. I also have a tv card (PlayTV MPEG2, an el cheapo card) which works nicely under FreeBSD and with mencoder (and FreeBSD's own native tv app, fxtv). In fact, I have much clearer picture than on windows, thanks to better filters in mplayer I think. This is the command I use to get the best quality btw:

      mplayer tv:// -tv input=1:driver=bsdbt848:norm=palbg:audioid=2 \
      -vf pp=hb/vb/dr/al/lb,hqdn3d -stop-xscreensaver
    6. Re:A few questions... by molnarcs · · Score: 1

      Oh sorry, didn't pay attention to the first lines of your post (I just realized that you already run FreeBSD on a couple of servers) :o)

    7. Re:A few questions... by ashkar · · Score: 1

      The biggest thing to remember if you plan on playing any games is fuck ATI. Nvidia has is the only company with accelerated drivers for FreeBSD. I have had some problems getting the 5.3 branch to boot, but as for previous versions, everything has worked better than Linux ever thought of.

    8. Re:A few questions... by Anonymous Coward · · Score: 0

      The particular computer I have in mind is currently running Slackware 10. It'd be well worth trying something with a real package management system. FreeBSD's ports system is great, and far superior to anything Slack has.

    9. Re:A few questions... by Anonymous Coward · · Score: 0

      I'm sure this won't get modded up since it's anonymous coward, but . . . .

      The thing I liked best about FreeBSD was the ports and package system together. Maybe there are linux distributions where you can install both binary and compiled packages yourself, like a cross between debian and gentoo, but I'm not sure what it'd be. Running FreeBSD on a Samsung UP1500, it was great editing the make.conf and compiling stuff for my processor specifically . . . but when I ran into a problem, I could go to an ftp site and download a binary package for it instead of trying to get it work. After I installed the right version of the program, I could type "make" again, and it'd start where it left off, and compile other things.

      Having an arbitrary distribution of binary and compiled packages (as long as you use the ports system) is why I like it.

      The only thing that would make it awesome would be if FreeBSD/Alpha had better support for AGP. I'm using all three of my PCI slots right now.

    10. Re:A few questions... by zymurgy_cat · · Score: 1

      I tried to get USB to work in 4.x, and failed, but USB support is supposed to be much better in 5.x. Audio has worked fine for me.

      USB support worked great for me in 4.10 as soon as I rebuilt the kernel with support for it. Then again, this was a much older machine, so it was obviously 1.1, not a newer version. Did you have problems with 2.0 or just USB in general?

      --
      -- Fugacity: Confusing chemists since 1908
    11. Re:A few questions... by rycamor · · Score: 1

      If it's 10^7 lines of code, and was written by people who assumed it would only be used on Linux, then you may have a long, hard road ahead.

      Actually, even then your road is not usually that hard. You can even run Linux native binaries, such as RedHat RPMs. Just install the Linux compatibility ports, read the basic documentation, and you will find it's not that hard to get a Linux binary running. For example, I use this to run certain proprietary CUPS printer drivers that were written only for RedHat. (Yes, I agree that is can be complicated for larger applications, but some have even managed to get the Linux versions of DB2 and Sybase to run on FreeBSD)

      FreeBSD performs quite well running Linux binaries, so you will se virtually no negative performance effects.

    12. Re:A few questions... by Anonymous Coward · · Score: 0

      FWIW, I've also run Mathematica on FreeBSD. See also The Handbook.

    13. Re:A few questions... by trustedserf · · Score: 1

      I use 5.1 on desktop, have been using FreeBSD there for about 2 years. my advice: go for it, you'll love it, or at least get a kick out of it. (I do use slackware on server for various reasons.)

      I prefer it because it's a smaller and neater system. has startup in common with slackware, the little differences that make it a joy to use. since you use it as a server, you already know the differences.

      The ports collection easily provides all software i've needed, and things like apache, postgresql and other good stable applications, i just download the unix tarball, and compile usually with no/little difficulty.

      as for hardware, well, my hardware needs are very undemanding. consult the handbook and prepare to be pleasantly surprised.

      It's a lovely system, I'm not certain if you'll reap any significant advantage to using it over slackware 10 on the desktop though.

      --
      (null)
    14. Re:A few questions... by bender647 · · Score: 1

      I run Slack on many machines, including my daily workhorse and a few rescued old scrap machines. Six months ago I rescued another laptop and started using FreeBSD for the experience. It was a surprisingly easy transition for a Slack user. Slack is very BSD-like to begin with.

      Why do you prefer it over other Unix-like OS's?
      It can't replace Linux for me. I'm not bashing FBSD, but Linux is of course going to have more attention and more development and more apps and hardware support faster. But I was pleasantly surprised to find Nvidia binary drivers and Roger Wilco servers for my gaming for FBSD. So, some companies do seem to care. One thing that FBSD doesn't have (at least out of the box for a newbie) is a journalled filesystem. This seems like a big ommission to me.

      Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?
      My Dell laptop audio and USB worked fine. The only annoying hardware issue is that 4.3 has no ACPI support, and APM didn't work.

      Have you had difficulty finding applications that will run on it?
      Anything you'd likely want is in ports, although always behind Linux in release date (not by far).

      In general, will software written for Linux compile and run on FreeBSD without too much difficulty?
      I wrote one networked daemon and it compiled on Linux and BSD with a very small change to the code. The libraries were almost 100% compatible, with BSD containing functions that weren't in Linux in this case. It was not as hard as writing Linux-Solaris compatible apps for sure.

    15. Re:A few questions... by Anonymous Coward · · Score: 0

      Nvidia has is the only company with accelerated drivers for FreeBSD.

      Sorry, but that's bullshit. I run FreeBSD on two systems. One has a Radeon 7000 (enough to run crack-attack, quakeII and Blender) and the other a Radeon 9200. DRI works very well with xorg and I don't have to resort to proprietary kernel modules. Oh, did I mention that the 2D image quality is lightyears ahead of what I was getting with a Geforce card?

    16. Re:A few questions... by moderators_are_w*nke · · Score: 2, Informative

      Neverwinter Nights runs fine under Linux emu, fully accelerated with the Nvidia binary driver.

      Only time its been noticably slower than on windows was when I left a make buildworld running in the background.

      --
      "XML is like violence. If it doesn't solve your problem, use more." - Anonymous Coward
    17. Re:A few questions... by Billly+Gates · · Score: 1

      ULE is unstable and is why its turned off by default. Go read the errata file?

      GEOM is also reported some errors and problems. I dont know about you all but I am not sticking this yet on my servers and will keep 4.x or look at NetBSD if this has not been fixed.

    18. Re:A few questions... by Eil · · Score: 1

      Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?

      Most kinds of hardware that you would put into a server are well-supported in FreeBSD. USB devices generally work well. Ditto for RAID. Audio can be hit-and-miss, unfortunately, as FreeBSD is first and foremost a server OS. My SB Live works pretty well on my workstation, but I often hear annoying clicks and pops in the output that I know are not in the original file and while the system is under negligable load.

      For full details, see the 5.3-RELEASE Hardware Notes.

    19. Re:A few questions... by Anonymous Coward · · Score: 0

      Slackware is modelled after a BSD feel, so there is a natural link between FreeBSD and slackware users. One common thread is, both are damn tight.

    20. Re:A few questions... by scosol · · Score: 1

      > Why do you prefer it over other Unix-like OS's?

      1) ports system makes it super-easy to build/install/upgrade apps
      2) can update *entire* OS on the almost-fly (also why I like debian in linuxland)
      3) "clean" feel- this is somewhat hard to describe, but everything from the directory structure, to the init scripts, to the device management, to app config and doc locations- is done in a clean simple manner

      > Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?

      Not really, the gap is more akin to linux VS windows- there's a few specific areas where FreeBSD lags behind linux but unless you need those specific things (liek tv tuner cards etc) then its not a problem. On the positive side, when something says "supported" is usually means just that, 100% rock-solid support. It's my own opinion that this tradition has been iffy of late with the 5.x series (audio drops, nic vomitus) but that's why it was labeled as experimental :)

      > Have you had difficulty finding applications that will run on it?

      Only in a few weird specific circumstances-
      Basically all somewhat-used X apps are there.
      The issues only come in for big corporate things liek Java where they only target one "alternative" OS (and guess what, it's linux)- or uber-small hobbyist apps that are either very linux-centric, or so obscure that nobody has bothered to port them yet.

      > In general, will software written for Linux compile and run on FreeBSD without too much difficulty?

      Beyond the most simplistic of apps, no- that's why theres the ports system. For linux-only binary stuff like the flash plugin, you run it through the linux-emu layer.

      --
      I browse at +5 Flamebait- moderation for all or moderation for none.
  13. FreeBSD on Compaqs by Black+Acid · · Score: 5, Interesting

    Recent Compaq/HP laptop users can't run FreeBSD. This problem has been known since July and still not fixed in this release. FreeBSD 5.3 (all betas, RCs, and the release itself), 5.2, 5.1, 5.0, all versions of FreeBSD 4 and 3 cannot run on Compaq Presario R3000Z and similar laptops, in either i386 or AMD64 mode. When is this going to be fixed? How come the patch exists.... works perfectly.... and isn't being commited?

    1. Re:FreeBSD on Compaqs by Anonymous Coward · · Score: 0
      How come the patch exists.... works perfectly.... and isn't being commited?

      Just the way you've phrased that question makes me think there's probably a reason the patch hasn't been committed, and you're probably oversimplifying things.
    2. Re:FreeBSD on Compaqs by Anonymous Coward · · Score: 0

      Last I heard it wasn't a problem with BSD but with the laptop itself, HP inherited the problem from Compaq.

      Basically Compaq's powersave/restore partition type ID is the same as BSD's type id resulting in a confict, in this case it wasn't the operating systems problem (could be a new problem).

      There are lots of reasons why patches don't get commited, quality, complexity, lack of demand among them.

    3. Re:FreeBSD on Compaqs by Anonymous Coward · · Score: 0

      How come the patch exists.... works perfectly.... and isn't being commited?

      because your definition of "works perfectly" obviously and thankfully seems to differ from the standards of the freebsd team.

      to paraphrase another great bsd: "it's not right if it works. it works if it's right."

    4. Re:FreeBSD on Compaqs by Anonymous Coward · · Score: 0

      The same goes for my R40.. I've tried both 4.x the serie and 5.x and it simply won't boot from the CD, no matter what I do, so I never get the chance to install. It just hangs in the boot-up.

      Extended logging with 5.3-RC1 tells me

      [1] f00typ:0 CHS:0/0/0 e(CHS):0/0/0 S:0 C0
      GEOM:Configure ad0s7,start 8205958656 length 312599902464 end 39465869119
      ata1 reiniting channel...
      ata1 reset tp1 mask=03 ostat0=00 ostat1=00
      atamaster:stat0x00 err=0x01 2sb 0x14 msb=0xeb
      ataslave:stat0x00 err=0x01 2sb 0x14 msb=0xeb
      ata1 reset tp2 stat0=00 stat1=00 devices=0xc
      ata1:resetting done...
      ata1 reiniting channel...
      ata1 slave:FAILURE-ATAPI/_IDENTIFY timed out
      ata1 reiniting channel...
      ata1 slave:FAILURE-ATAPI/_IDENTIFY timed out
      atamaster: pio=0x00c dma=0x22 udma=0x42 cable=40pin
      ata1-maste:setting P109 (if i read my notes correct..) on intel ICH4 ch3
      ata1 master: setting UDMA33 on intel ICH4 ch3
      ata1:device config done.

      And then nothing more happens.. NetBSD works just fine and so does Linux (tried both Crux and Debian).

      *sigh*

    5. Re:FreeBSD on Compaqs by inquisitor · · Score: 1

      Crashing around ATA1 means you've got Plug-And-Play OS on in the BIOS. Turn it off; Windows never did need it.

      My laptop, a Toshiba, called it "Device Configuration", with the right answer being "All Devices". Basically, it's whatever option causes the laptop to configure devices in the BIOS rather than leave it up to the operating system. FreeBSD hasn't been working well with the option on since about 4.7; it's probably to do with USB, which ISTR is what comes next in the boot sequence.

    6. Re:FreeBSD on Compaqs by Anonymous Coward · · Score: 0

      Mybe it is the Compaq/HP system. You don't fold changes in the mainstream for non-standard hardware.

    7. Re:FreeBSD on Compaqs by Anonymous Coward · · Score: 0

      Thank you. I'll make a note of that, as I had no idea.. however, 5.3 RELEASE seems to have resolved the issue. (at least I can boot the installation now and I haven't changed anything in bios.)

      Now, time for the hard decision.. Am I going to blow away my perfectly working debian installation..? Decisions, decisions. :-)

    8. Re:FreeBSD on Compaqs by Black+Acid · · Score: 1

      The patch in question is a problem with probing the aux or keyboard port; nothing to do with partitions. The patch just comments out offending tests, very simple.

  14. Re:Doesn't Matter by mkro · · Score: 5, Funny
    In five years, either FreeBSD will have adopted DragonflyBSD's model, or nobody will be using FreeBSD.
    Matt? Is that you?
    --
    I shall go and tell the indestructible man that someone plans to murder him.
  15. Re:Doesn't Matter by Anonymous Coward · · Score: 0

    I see dead people :-(

  16. FreeBSD, dead at 5.3 by Skapare · · Score: 1

    So how is the PPC port coming along? I was hoping it would make it into 5.3.

    --
    now we need to go OSS in diesel cars
    1. Re:FreeBSD, dead at 5.3 by agent+dero · · Score: 2, Funny

      It did

      Enjoy ;)

      --
      Error 407 - No creative sig found
    2. Re:FreeBSD, dead at 5.3 by Anonymous Coward · · Score: 0, Troll

      OSX is NOT FreeBSD. In fact it's not even UNIX.

    3. Re:FreeBSD, dead at 5.3 by ValourX · · Score: 1

      OS X is not FreeBSD, it is not even close. Unfortunately, since Slashdot is pro-crApple, this will be modded as a troll. But know ye: OS X is not FreeBSD... it is a Mach/NeXT derivative with some userland tools from the FreeBSD project.

      -Jem

    4. Re:FreeBSD, dead at 5.3 by agent+dero · · Score: 2, Informative

      You'll be modded -1 Troll because you lack a sense of humour.

      Most people know that MacOS X is not FreeBSD, and that it's based on NeXtStep, with the entire userland (almost) out of the FreeBSD 5.xx branch (10.4 anyways) (not just "some", a good bit)

      Lighten up, it's the weekend

      --
      Error 407 - No creative sig found
    5. Re:FreeBSD, dead at 5.3 by Temporal · · Score: 2, Informative

      The OSX kernel is a merge between Mach and FreeBSD. This is why Darwin 7.x has all the cool features that the FreeBSD 5.x kernel has but most other unixes lack, like kqueue. The OSX kernel includes lots and lots of FreeBSD kernel code. The shared code is not just limited to userland.

      Tangent-Rant: I am sad that Linux produces a new event waiting interface with every minor version but none of them come anywhere near being as complete as kqueue. In Linux, if you want to wait on file descriptors and signals at the same time without a race condition, your only option involves longjmp()ing out of signal handlers. ::shudder::

    6. Re:FreeBSD, dead at 5.3 by Guy+Harris · · Score: 1
      This is why Darwin 7.x has all the cool features that the FreeBSD 5.x kernel has but most other unixes lack, like...

      • jails?
      • a devfs that lets you specify, via a configuration file, what permissions are to be given to newly-created devices?
      • netgraph?
      • an NFSv4 client? (Well, OK, Linux already has that, and I think Solaris 10 will have it as well, so not as many UN*Xes lack it.)

      You might or might not consider those "cool features", but they're features in FreeBSD 5.x that are not in Darwin. There are probably other FreeBSD kernel features not in Darwin - and Darwin features not in FreeBSD.

    7. Re:FreeBSD, dead at 5.3 by D.+J.+Bernstein · · Score: 1
      If you want to wait on file descriptors and signals at the same time without a race condition, use the self-pipe trick. Completely portable.

      The big advantage of kqueue is its speed at handling many simultaneous descriptors.

    8. Re:FreeBSD, dead at 5.3 by Temporal · · Score: 1

      You're right, and actually I knew about that, but it seems to me as a bit of a kludge. Alan Cox actually recommended the longjmp() technique. I dunno... one is inefficient, the other is ugly.

    9. Re:FreeBSD, dead at 5.3 by Temporal · · Score: 1

      Sorry. Shouldn't have said "all". Should have said "many".

    10. Re:FreeBSD, dead at 5.3 by mirabilos · · Score: 1

      Except that the networking part of Mac OSX seems
      to be derived from OpenBSD - setting up an IPv6
      over IPv4 tunnel uses so _totally_ the same syn-
      tax that I was really astonished when I set up a
      tunnel for a friend.

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
  17. FreeBSD 5.0 for Alpha? by cyberkahn · · Score: 4, Interesting

    "FreeBSD 5.3-RELEASE supports the i386, pc98, alpha, sparc64, amd64, and ia64 architectures and can be installed directly over the net using bootable media or copied to a local NFS/FTP server. Distributions for all architectures are available now."

    I thought they were going to relegate Alpha to Tier 2, but I see ISO images on the servers? Thank you FreeBSD team!!!!!

  18. The mods are dumbasses. by DAldredge · · Score: 1, Informative

    Perhaps the mods should have read the entire post before moding it up. HINT: anti-slash isn't a bsd website.

    1. Re:The mods are dumbasses. by Anonymous Coward · · Score: 0

      Hehehe...watch Sims mod this down to -1 hell once he notices it! :-)

  19. Re:Future FreeBSD releases by mtrisk · · Score: 3, Interesting

    It is also important to consider the injustices of slashdot's editors. This topic can be researched more on anti-slash [anti-slash.org] Is this a clever troll? Why in the world would *BSD developers mention anti-slash?

    --

    Without a proper flamewar, Anonymous was undecided on what shell to run.
  20. Mmmmm... Easy network dirvers by bastardadmin · · Score: 1

    Yes... looking forward to being able to be lazy and using Windows network drivers when I cannot find a BSD driver. Damn generic chipsets with no indication of chipset.

  21. Switch? by czarangelus · · Score: 2, Interesting

    I've been a linux user for over a year, and I currently have Mandrake 10.1 installed on a Compaq Presario 2100. It's for personal use, so there's no need for the machine to be particularly secure. Everything works. Is there any reason for me to use BSD rather than Mandrake?

    I'm also helping my girlfriend with Suse 9.1 on her Hewlett-Packard laptop. She has problems with ACPI, stability, and the linksys wireless card we bought for it. Is there any way she could benefit from a switch to this new BSD release?

    Thanks for your input!

    --
    When a true genius appears, you can know him by this sign: that all the dunces are in a confederacy against him.
    1. Re:Switch? by brilinux · · Score: 2, Informative

      I would say, no, she would not benefit. I have been running FreeBSD 5.3-RC2 since before Slashdot said that it came out, and it is wonderful; my non-linux compatible WiFi card works fine with the NDIS Project Evil. But as far as I know, ACPI support still does not support CPU scaling, battery monitoring, or orher nice features, so I would recommend a recent Linux distro over FreeBSD (I was using Gentoo, but it was acting up, and I wanted to try 5.3. I have used SuSE on here as well, and it seemed okay). Of course, I could be quite wrong, as I have not looked in to how to do a lot of the ACPI stuff, but I assumed that it was not supported. So FreeBSD is awesome, but for someone who is newer, or wants more support, I would not recommend it.

    2. Re:Switch? by 0racle · · Score: 2, Insightful

      There is always a need to be secure.

      --
      "I use a Mac because I'm just better than you are."
    3. Re:Switch? by setagllib · · Score: 0

      ACPI has done all that seemingly all year. You must have misread the docs or something. It does in fact have much better and more logical ACPI support than Linux, in that it does every event automatically without needing any user-land daemons or configuration (Linux does, and it's not simple or reliable).

      Then again, DragonFly BSD and NetBSD both have ACPI functionality in much the same way, without the instability and performance degradation of FreeBSD 5. Investigate those options instead, you won't regret it.

      --
      Sam ty sig.
    4. Re:Switch? by Anonymous Coward · · Score: 0

      Considering you are using Mandrake and SuSE I'm thinking you (and your girl) are probably not the intended audience. FreeBSD is good for people who really like to tinker under the hood. The system layout is very sane, and overall easy to work with from a Unix standpoint.

      If you don't mess around in a terminal much, you'll probably find SuSE will address your needs better than FreeBSD.

    5. Re:Switch? by Anonymous Coward · · Score: 0

      It is adjust the switch of your girlfriend?. Probably she need more sexual activity and less computers. I am latin lover if she need me...

  22. should I switch? by Haifen · · Score: 1

    EOM

    --
    Look somewhere else for a sig.
  23. Re:Should have released it on Monday by cant_get_a_good_nick · · Score: 1, Flamebait

    November 1st, you know "Day Of The Dead" and all that.
    November second is Day Of the Dead (all souls day).
    If you're going to troll, at least do it with some intelligence... If not, you're just another stroke (pun intended) repeating the same warmed over hash.

  24. it could be worse by Foktip · · Score: 0

    2 years? i know of an OS that hasnt released a new version for 2 years and counting...
    Debian!

    and a few OSs that never did really release something i consider to be fully stable...
    Gentoo! SuSE! Mandrake! Windoze!

    stability takes a lot of time i guess.

    1. Re:it could be worse by setagllib · · Score: 0, Flamebait

      That's exactly right. The BSDs' "release infrequently but release it well" has let them make consistently solid releases which really do well for their introduction into production environments. FreeBSD 5.3 is not such a release, it was rushed through expectation and because they weren't making any real progress on the existing problems. Maybe 5.4 will be better, maybe 6-STABLE will be better, but by that time nobody will care.

      See sig.

      --
      Sam ty sig.
    2. Re:it could be worse by Anonymous Coward · · Score: 0

      The new geom raid stuff is a good case in point. concat, stripe, mirror, and raid3 seem to work, but raid5 was horribly borked in RC2. Kernel locking, and the ULE scheduler are another two canidates.

      The bad part is that the 4.x to 5.x migration path seems to be re-install, so your damned down the road by sticking with 4.10, and damned now with 5.3.

    3. Re:it could be worse by troutmask · · Score: 1
      What a bunch of malarky:

      -bash-2.05b$ uname -a && uptime
      FreeBSD xxx.homeboyz.org 5.2.1-RELEASE-p8 FreeBSD 5.2.1-RELEASE-p8 #1: Wed Jun 30 13:45:47 CDT 2004 toor@xxx.homeboyz.org:/usr/obj/usr/src/sys/xxx i386
      1:24AM up 108 days, 6:34, 1 user, load averages: 0.10, 0.03, 0.01

      This is a production Dell PowerEdge 4600 w/dual 2GHz Xeons, one 18GB RAID1 array and one 205GB RAID5 array running:
      • Samba
      • NFS
      • OpenLDAP
      • CUPS
      • Qmail
      • Binc IMAP
      • Apache+mod_php
      • MySQL
      • Veritas Backup Exec client for Linux using FreeBSD's Linux emulation
      It's the primary domain controller, file, print, email and directory server in addition to running a handful of Web-based intranet apps for a small LAN of about 50 workstations but we hit it hard during the day.

      FreeBSD 5.3 doesn't have everything, but saying it is not a solid release is a lie. As stable as 4.10? Maybe not, but it is still quite capable of dealing with numerous common tasks with very little administrative overhead. I haven't laid a finger on this machine for months beyond requests for the services it was built to provide. It just works, and I praise all of the hard work that went into delivering this release!
    4. Re:it could be worse by setagllib · · Score: 1

      You're one of the lucky ones, then. I had it running pretty stable, but then I had very regular hardware (by some coincidence a lot of devs have Dells, and all of my machines are Dells too - yours as well :)). Regardless it was pretty poky and from what I read lots of other hardware was flaky.

      For all of those who still don't believe me when I say FreeBSD 5.3 is a lousy release, see these links and decide for yourself:
      http://www.freebsd.org/releases/5.3R/errata.html
      http://www.freebsd.org/cgi/cvsweb.cgi/www/en/relea ses/5.3R/todo.sgml (for history on problems and how they 'solved' them)
      ...and the mailing lists. It's scary.

      --
      Sam ty sig.
    5. Re:it could be worse by siobHan · · Score: 1

      OK, I looked at those. I didn't see anything alarming. It's a huge codebase and when they find problems, they note them, work on fixes, test the fixes, and merge the fixes in. Where's the evil?

      J

    6. Re:it could be worse by setagllib · · Score: 1

      They realised they couldn't implement dozens of features/fixes they wanted for 5.3, and are holding them off until 5.4, the "Easy way out". This clearly shows that 5.3 is a rush release that does not meet their own requirements. It was already delayed for many months, during which it was very unstable, and only very recently did it get to a stage where it could actually stay up for long periods of time. For some users, this still isn't possible. Look at the errata for rootsakes!

      At any rate, the new functionality which is aimed at high performance, actually has much lower performance. This is what I call a failure, and if you don't, we really must not speak the same language.

      --
      Sam ty sig.
    7. Re:it could be worse by Anonymous Coward · · Score: 0

      I have no idea why this is modded so high?

    8. Re:it could be worse by Billly+Gates · · Score: 1

      Just tried 5.3

      My USB keyboard that worked in 4.x fine still does not work with the new version. :-(

      I think I am going to try NetBSD 2.0Rc's. How big is the pkg collection vs the ports? IS Java or mesa on NetBSD? How about mono?

      I may need to save money for a new hard drive and have slackware on my machine for where NetBSD lacks some of the apps and features.

      IS there anything like sysinstall where I can setup X and other services without too much hacking of /etc directly? I found a simple installation utility from the netbsd documentation but it seemed to do nothing but setup the partitions and copy of the files to the hard drive.

      I think you may be right but I am not too sure about the state of Fbsd 5.x. I surely hope not but Matt Dillion and Greg Leheigh all left. Matt pointed out hte problems and the team just removed his cvs bit as a result. Ouch.

      DragonFLY is very beta at this point so its a no go and even Matt admits the ports are a hack at this point with many problems.

    9. Re:it could be worse by setagllib · · Score: 1

      pkgsrc is about half as large as ports, unfortunately. However, the failure rate is virtually zero, so everything that is in pkgsrc will work without hacking around like you may have had to do for ports (I sure did).

      Java, I haven't tried, but have heard it works just fine with the Linux binary compatibility ('emulation' is a dirty word that doesn't describe it properly).

      NetBSD shouldn't lack any features Slack has, unless you mean Linux has some driver NetBSD doesn't (which isn't very common actually, unless you are really on the bleeding edge). The same software runs and it runs just as well, and it's easier to install than in slack, at least for the software that is in pkgsrc.

      No real problem. It's all very simple, easy and solid. I now have a NetBSD gateway that's forwarding the packets this NetBSD workstation is generating posting this. Took the lesser part of a day to set it all up, and that's including several re-compiles of everything, and time to sit back and listen to MP3s :)

      Some tips that will make your NetBSD life easy:
      cvs with -rnetbsd-2-0 for sources, this gets you the 2.0 branch. This is much more stable than the -current branch, but lacks a couple of the newer drivers/features.

      Do not use CFLAGS=, use CFLAGS+=. Better still, COPTS+= then CFLAGS+=COPTS. Forcing CFLAGS can break world builds in horrible ways (as I learnt - see current-users mailing list archive for this month) and this will bring you a lot of grief.

      You cannot build an ISA-free kernel at this point in time. Weird, there's a lot of ISA-independent code that still somehow (historically) got left in ISA-related sources. They'll clean that up eventually.

      Do NOT use UFSv2 with softdeps, and do not use an MFS /tmp unless you're ready to make it very large. UFSv1 is the safe choice, and having hard file systems for everything. You usually don't need softdeps on / but there's not much harm from it. Typically BSD systems have a very small /, at most 256MB, and mount /usr and /var separately.

      Good luck!

      --
      Sam ty sig.
    10. Re:it could be worse by Anonymous Coward · · Score: 0

      I was interested in trying NetBSD but I just took a look and pkgsrc is missing a lot of packages I need.

      For example, pkgsrc has ruby 1.6 even though that branch is years old (1.8.1 and 1.8.2pre3 are latest). For me, it'd be like going to an OS with perl 4.x when perl 5.x is what most others are using. There are many others like this.

      Until pkgsrc grows, I'll stick with Debian (sarge) and FreeBSD 4.x. And I probably won't try FreeBSD 5.x until it reaches 5.5.

      Maybe the best bet for NetBSD is to help someone kickstart or convert a Linux distro to one based on pkgsrc to make it more popular.

    11. Re:it could be worse by Anonymous Coward · · Score: 0

      Release engineering, for FreeBSD or otherwise, is always a judgement call. The needed/desired feature list for 5.3 was huge -- and it kept getting added to as bugs were found, and then fixed.

      The overagressive feature list for all of 5.X was what made 5-STABLE so late in the first place, and it sounds like the current discussion about changing the way releases are done is an attempt to address exactly this problem. We'll see if it works.

      But in the meantime, at some point you have to choose a point where the codebase is sufficiently stable, even if not every desireable bugfix is in, and release -- otherwise, the QA cycle would never end. This is a classical software engineering problem.

      5.3 was a huge jump from 5.2.1. Hopefully 5.4 will be a much smaller jump and concentrate on bugfixes and performance rather than new features. (In fact, it could be fairly said that 5.X was two major releases' worth of changes -- if not more.)

    12. Re:it could be worse by SillyNickName4me · · Score: 1

      > They realised they couldn't implement dozens of features/fixes they wanted for 5.3, and are holding them off until 5.4, the "Easy way out". This clearly shows that 5.3 is a rush release that does not meet their own requirements. It was already delayed for many months,

      So your suggestion would be? I see 2 other options:

      Hold it off another 6 monhts or so to complete all those features

      or

      Ship with those features in their broken and instable state?

      I think not including them, and getting people a new version with better and more modern hardware support and many new features, and mature enough to be used for production was the wise choice here.

      > during which it was very unstable, and only very recently did it get to a stage where it could actually stay up for long periods of time. For some users, this still isn't possible. Look at the errata for rootsakes!

      I have seen quite a few crashes of -current on the way to release, but in the meantime it also has been running my desktop for a long time without many problems.

    13. Re:it could be worse by setagllib · · Score: 1

      You're behind there. pkgsrc is already on at least one known Linux distro internally, and it can be installed on any other, and many do this (if you read the mailing lists).

      It doesn't help though. pkgsrc is like the rest of NetBSD it seems, conservative. Although I am amazed to find that it has Ruby 1.6, I never noticed that. It had the new firefox RC's within hours of their introduction to the internet, which is about as fast as Gentoo Portage, but with many less developers and an admittedly much harder to work with (PLIST) mechanism. Not bad at all. If they had a larger range (at least most of what FreeBSD Ports has, which includes everything I've ever needed..) with this same attention to quality it'd be awesome. ...and a tool to update properly. (I did an update, and it rebuilt all of Firefox. Fair enough. Then it rebuilt zlib, and then everything that depended on it - which is PRETTY MUCH EVERYTHING - including Firefox which it JUST rebuilt. It removes them as soon as it updates the 'core' thing, zlib in this case, but it doesn't reinstall them until the build completes, which may not even happen - mine failed).

      If Gentoo Portage was more ubiqitious and less Linux-ism'd, we could run it on the BSDs properly and they'd be much easier to install software for. There are projects to do this now, but they seem to be hack jobs more than actual re-writes of basic Portage design. At the very least the ability to have patches be conditional based on platform and the ability to 'inject' and never need to update the portage equivalents of everything said BSD has in its base - but this should be automatic!

      --
      Sam ty sig.
  25. Try out FreeBSD on a live CD by cquark · · Score: 4, Informative

    If you aren't ready to install FreeBSD on your hard disk, you can try out FreeBSD 5 with the live FreeSBIE CD. It's currently based on FreeBSD 5.2.1.

    1. Re:Try out FreeBSD on a live CD by Anonymous Coward · · Score: 0

      LiveBSD is another FreeBSD based LiveCD. Check this one out too.

  26. obiligatory scriptage by chadpnet · · Score: 2, Funny

    wget "ftp://ftp3.freebsd.org/pub/FreeBSD/ISO-IMAGES-i38 6/5.3/5.3-RELEASE-i386-miniinst.iso" && echo "Wah Hoo!"

    1. Re:obiligatory scriptage by Anonymous Coward · · Score: 0

      or echo "Wah Hoo\!" you idiot

    2. Re:obiligatory scriptage by chadpnet · · Score: 1

      my bad.

    3. Re:obiligatory scriptage by cant_get_a_good_nick · · Score: 1

      or echo "Wah Hoo\!" you idiot
      Not needed if he runs bash (which I do on my 4.9 box)

  27. MOD PARENT UP by eobanb · · Score: 1

    LiveCDs are an incredibly useful thing to have for an OS, especially for BSD, which has been really neglected by a lot of Linux users. They don't view it as a an easy or powerful or otherwise compelling alternative to Linux, and I really think that attitude needs to get blown away by some kickass releases and, of course, LiveCDs to actually show them what BSD'S about.--Proud user of Mac OS X since 2001

    --

    Take off every sig. For great justice.

  28. BT by Anonymous Coward · · Score: 2, Informative

    Take that RIAA. There is a good use for BT. HA!

    1. Re:BT by LinuxHam · · Score: 1

      Take that RIAA. There is a good use for BT. HA!

      Seriously. Does anyone else think /. should incorporate torrents into their RSS feed for bt client integration? It would create the opposite of the /. effect. The quicker that non-automated readers click on a torrent, the better they'll find the performance thanks to the rest of us automatically kicking off downloads like these.

      --
      Intelligent Life on Earth
  29. Delays.. but worth it!! by pulitz · · Score: 1

    I'd been eagerly waiting for this release and at last, it's here! Hmm maybe this time I'll adopt freebsd as my primary OS..

  30. Re:Future FreeBSD releases by Anonymous Coward · · Score: 0

    Those guys must be the ones responsible for "*BSD is living" troll posts on slashdot! Get them!
    Err yeah that's it.

  31. upgrade 4.10 to 5.3 stable by tejaskokje · · Score: 2, Insightful

    How do I upgrade my machine from 4.10 to 5.3 stable ? I mean is there an easy way using CVSup or sysinstall which will upgrade to 5.3 smoothly ? I am a novice to freeBSD world.

    Tejas Kokje

    1. Re:upgrade 4.10 to 5.3 stable by Bodhammer · · Score: 5, Informative
      1) read /usr/src/UPDATING

      2) read http://www.freebsd.org/doc/en_US.ISO8859-1/books/h andbook/current-stable.html

      3) and this: http://home.nyc.rr.com/computertaijutsu/FreeBSD53. html

      --
      "I say we take off, nuke the site from orbit. It's the only way to be sure."
    2. Re:upgrade 4.10 to 5.3 stable by erick99 · · Score: 1

      Or, you can put in an XP install CD for a completely automated install and have an OS that make you spend most of your waking hours trying to install a printer or a new application.

      --
      http://www.busyweather.com/
    3. Re:upgrade 4.10 to 5.3 stable by setagllib · · Score: 1, Flamebait

      'Completely automated' does not include such vital information as your real name (notice how no serious UNIX-like asks for your name? It's a relic from the old single-user Windows), your serial key (about a third of which are real :)), your sperm count, etc.

      --
      Sam ty sig.
    4. Re:upgrade 4.10 to 5.3 stable by Bodhammer · · Score: 1
      oh yea, and this: http://www.freebsd.org/releases/5.3R/relnotes-i386 .html

      3 Upgrading from previous releases of FreeBSD Users with existing FreeBSD systems are highly encouraged to read the ``FreeBSD 5.3-RELEASE Migration Guide''. This document generally has the filename MIGRATE5.TXT on the distribution media, or any other place that the release notes can be found. It offers some notes on migrating from FreeBSD 4.X, but more importantly, also discusses some of the relative merits of upgrading to FreeBSD 5.X versus running FreeBSD 4.X.

      Important: Upgrading FreeBSD should, of course, only be attempted after backing up all data and configuration files

      --
      "I say we take off, nuke the site from orbit. It's the only way to be sure."
    5. Re:upgrade 4.10 to 5.3 stable by hugo_pt · · Score: 1

      You actually shouldn't upgrade from 4.X to 5.X, it should cause a lot of trouble since 4.X and 5.X are VERY different. Even if it works, you'll end up with a lot of files that won't serve any purpose on 5.X. Better to reinstall 5.3 from CD, nice & clean.

    6. Re:upgrade 4.10 to 5.3 stable by Anonymous Coward · · Score: 0

      According to MIGRATE5.TXT, the easy way using CVSup wouldn't exactly be optimal. (Section 5.2)

  32. Ever since I fell from "Sun God" by YetAnotherName · · Score: 4, Interesting

    From 1988 to 1993 I was a "Sun God," meaning I adminisrated a university's computer lab and network of mostly SunOS (680x0 & SPARC) 4.0 systems, all based on BSD. Root access, god-like powers, you get the drift. About this time, Linux was just a posting in a newsgroup.

    After leaving the university environment and getting a real job, I wanted to re-live the Sun environment at home, but goodness, were Sun systems ever pricy. Linux looked like a viable alternative, but FreeBSD had just released 2.0 at the time.

    I went with FreeBSD.

    It was a pretty easy decision: FreeBSD was the more Sun-like of the two PC Unix-like systems. Specifically, Linux used the System V style of runlevels, and Sun had jaded me against System V ever since they stopped bundling the compiler and called their OS "Solaris."

    That was awhile back. Today, I've got rackmount hardware at home running a variety of operating systems. I get most of my stuff done on Linux. But FreeBSD has run, now runs, and will most likely continue to run my firewall and NAT. It doesn't do much else; but what it does, it does with efficiency and grace.

    Cheers, Chuckie.

    1. Re:Ever since I fell from "Sun God" by Anonymous Coward · · Score: 0

      From 1988 to 1993 I was a "Sun God,"
      Ra Ra Ra!

    2. Re:Ever since I fell from "Sun God" by Anonymous Coward · · Score: 0
      "adminisTERED", not "administrated" -- if you want to speak English, that is. Just because lots of people make lots of mistakes on /., that doesn't make 'em right.

      One administers an office.
      One may also administer chemical substances.
      One is administrator of a fund.
      The executive branch of government is the Administration.

      The spelling nazi will now take a break. You may return to your regularly scheduled incoherence.

    3. Re:Ever since I fell from "Sun God" by Anonymous Coward · · Score: 0

      +1 Teh Funny.

  33. Slackware junkies should give BSD a try.. by SnowCrashed · · Score: 3, Interesting

    I gave BSD a try for the first time a couple months ago, and as an intermediate Linux user who favors Slackware, I felt right at home with FreeBSD 4.9. I would definitely recommend anyone who is a *nix junkie to give it a try, you might be pleasantly suprised. I know that BSD typically isn't as good with compatibility as Linux, but I haven't had any issues. Long live BSD

    1. Re:Slackware junkies should give BSD a try.. by wooby · · Score: 2, Informative

      I was in the same boat. I'd been running Slackware since 8.0 on a Pentium 133 home server, and recently switched to a BSD - NetBSD.

      Installation went smoothly. The installer rivaled Slackware's and was easier to tweak to minimize the amount of stuff being installed.

      The documentation is good, and I had a custom kernel built within an hour or two.

      I haven't used FreeBSD, but if it's anything like NetBSD it's a good alternative to Slackware.

    2. Re:Slackware junkies should give BSD a try.. by Anonymous Coward · · Score: 0

      I was in the same boat too! But just wanted to say, FreeBSD's installer 'sysinstall' is a lot more slackware'ish, or vice versa than NetBSD. OpenBSD is my personal fav now though, so clean, light, quick and easy.

  34. Re:Future FreeBSD releases by shlong · · Score: 2, Informative

    Why in the world would *BSD developers mention anti-slash?

    I didn't. The post was a clever troll.

    --
    Cat, the other, tastier white meat.
  35. Michael prolly has another revenue-sharing deal. by Anonymous Coward · · Score: 0

    I know he's an idiot, but he can't be that moronic can he? Can he? Anyone?

    Surely this is just another example of his greed (a la Roland, Phillip, etc) and willingness to use his position at Slashdot to drive cash into his pocket by misdirecting our clicks.

  36. Re:FreeBSD 5.0 for Alpha? by setagllib · · Score: 0, Troll

    Easy there, it might not be that solid. They haven't done much testing outside of x86 and even that is flaky and/or slow for a lot of hardware (including hardware every machine has).

    Unless FreeBSD offers something for Alpha that NetBSD and Linux don't and you absolutely must have it, you know where to turn.

    --
    Sam ty sig.
  37. Re:Future FreeBSD releases by Anonymous Coward · · Score: 4, Informative

    Here's the un-edited email:

    http://unix.derkeiler.com/Mailing-Lists/FreeBSD/ cu rrent/2004-11/0446.html

    You'll notice an extra sentence in the above post that doesn't seem to belong.. Rather hypocritical attacking post editing with post editing - maybe they need to look down and see what shoe's on their foot?

  38. Crazy period?! by Anonymous Coward · · Score: 4, Funny

    My teacher was right. The world collapsed the moment the Rex Sox Won.

    Look at everything that's happening since.
    - New releases of *BSD variants.
    - Bush re-elected
    - /. robot topics scaring the shit outta us
    - Half life 2 released in about a week.

    What next? Flying pigs? (Name that Simpson episode!)

    1. Re:Crazy period?! by jpetts · · Score: 1

      Lisa the Vegetarian

      "And now the pig de resistance"

      --
      Call me old fashioned, but I like a dump to be as memorable as it is devastating - Bender
    2. Re:Crazy period?! by cpghost · · Score: 1

      What next? Flying pigs?

      With enough thrust, even pigs can fly...

      --
      cpghost at Cordula's Web.
    3. Re:Crazy period?! by Eradicator2k3 · · Score: 1

      What next? Flying pigs?

      With enough thrust, even pigs can fly...


      With thrust given pigs will merely go fast. They would also require some lift

      --
      Mr. T pitied this fool on 27 July 1992.
    4. Re:Crazy period?! by Guy+Harris · · Score: 1
      With enough thrust, even pigs can fly...

      With thrust given pigs will merely go fast.

      s/With enough thrust/With enough upward thrust/

    5. Re:Crazy period?! by Eradicator2k3 · · Score: 1

      With enough thrust, even pigs can fly...

      With thrust given pigs will merely go fast.

      s/With enough thrust/With enough upward thrust/


      That "upward thrust" is commonly called lift

      --
      Mr. T pitied this fool on 27 July 1992.
  39. Attn: Scott Long: Consider the Jihad by Anonymous Coward · · Score: 0, Interesting

    Let me begin by expressing my genuine thanks at your endorsement of my post. A man of your stature will be a great help to our cause!

    Consider the following evidence against the infidels: anti-slash has recently compiled a library of injustices that precisely document the abuses of slashdot's editors. From the stupidity to the censorship, you can view and share the facts all recorded in one place.

    I'd also like to take this opportunity to invite you to use the database tool. With this database of highly-moderated slashdot posts, you can repost and gain carma for future jihad operations, and suck up mod points and pollute the meta-moderation system. These disruptive activities help lower slashdot's already low signal-to-noise ratio and further discredit the editors.

    Again, thank you for your consideration and may Allah grant light the fire of jihad within your soul (now that you're not busy trying to create 5-stable, you should have plenty of time for anti-slash :) ).
    In Sacred Jihad,

    jihadi_31337

  40. Re:Who still uses *BSD...? by Anonymous Coward · · Score: 1, Insightful

    people who don' have powerpc machine? or maybe people who don't care about pretty interface? (bsd is just fine for server, no need to buy os/x).

  41. Re:FreeBSD 5.0 for Alpha? by GldisAter · · Score: 1

    It was, tier 2 architectures may have their ISO's generated at the Release Engineering team's disgression while tier 1 architectures *will* have their ISO's generated.

    See the following url for more info:
    http://www.freebsd.org/doc/en_US.ISO8859-1/ article s/committers-guide/article.html#ARCHS

  42. Encrypted gbde swap! Finally! by scrod · · Score: 2, Insightful
    The gbde_swap script, which supports gbde-enabled swap devices, has been added. When the gbde_swap_enable variable is specified in rc.conf(5), a swap device named /dev/foo.bde in fstab(5) is automatically attached at boot time with the device /dev/foo and a random key, which is generated by computing the MD5 checksum of 512 bytes read from /dev/random. Note that this prevents recovery of kernel dumps.
  43. Re:Who still uses *BSD...? by Crackez · · Score: 1

    Anyone who wants a secure, stable, webserver might use it. In fact, I'd wager that there are more production servers running FreeBSD then there are running OSX. Now, on the desktop, freebsd hardly even tries, but it still makes a decent workstation for a Unix user. in fact a better one for a Unix user than OSX, but thats my opinion... I should note, I've used a lot of the major Unix-like OSs, some more heavily than others, and I have to say, OSX is not what I look for in a Unix machine. Solaris is a good OS for me (I have a Sun), Linux too, FreeBSD is great (run it on my file server), but OSX is for those that crave eye candy. I don't need that to get my work done. :)

    P.S. at my old job, my desktop machine was a G3 running OSX.

  44. Re:Doesn't Matter by ValourX · · Score: 0, Flamebait

    Yes, except the DragonFly community/developer base are comprised entirely of flaming assholes. I'd use Linux before I'd use DragonFly again.

    -Jem

  45. Re:FreeBSD 5.0 for Alpha? by killjoe · · Score: 1

    What about PPC? I find it amazing that they don't have a stable PPC port. Just insane.

    --
    evil is as evil does
  46. Now playing: by beaviz · · Score: 2, Funny

    FreeBSD 5.3: Resurrection

  47. Yep. Done and done. by Anonymous Coward · · Score: 0

    Moderated.

  48. A few answers by Ricin · · Score: 1

    * Why do you prefer it over other Unix-like OS's?

    Because it works for everything I need to do and it does so predictably. I need to know very few things to just admin my desktop.

    * Have you encountered many problems with hardware compatibility, particularly USB, RAID, and audio?

    No. generally hardware is very well behaved if you have normal mainstream or (in sectors) corporate hardware that "everyone has" it will work just fine in both those segments.

    * Have you had difficulty finding applications that will run on it?

    Not more than with Linux as virtually all Linux apps are being ported pretty quickly (and we can run them under Linux Compat as if they were running on a Linux kernel). I run a full KDE desktop with some of the extra apps (k3b. kmplayer, ..)

    * In general, will software written for Linux compile and run on FreeBSD without too much difficulty?

    In general, yes. There will always be some problematic cases (usually when software is written solely for Linux) but usually they will be overcome and fixed. See also ports. Linux binaries from current Linux systems ought to run on a FreeBSD box also.

    HTH

  49. Upgrading from RC2? by sejanus · · Score: 2, Insightful

    Could anyone point me in the direction of showing how to upgrade 5.3-RC2 to 5.3-Stable?

    1. Re:Upgrading from RC2? by drmerope · · Score: 5, Informative

      Best approach is to upgrade via source.

      pkg_add -r cvsup-without-gui
      edit the example cvsup file:
      so that:
      *default release=cvs tag=.
      becomes
      *default release=cvs tag=RELENG_5_3

      Then, do the following (quoted from /usr/src/UPDATING, slightly abridged because this is will be a small upgrade):
      make buildworld
      make buildkernel KERNCONF=YOUR_KERNEL_HERE
      make installkernel KERNCONF=YOUR_KERNEL_HERE

      make installworld

      You can omit the KERNCONF business if you just want to use the GENERIC kernel.

    2. Re:Upgrading from RC2? by sejanus · · Score: 1

      thanks a ton for that, I'll give it a shot. much appreciated

      Gav

    3. Re:Upgrading from RC2? by Anonymous Coward · · Score: 3, Informative

      The FreeBSD handbook on htp://www.freebsd.org/ is excellent. It walks you through the steps to do a binary upgrade, or a source upgrade of your OS. Personaly, the way I find easiest is to just drop in the install CD, run sysinstall, and choose "upgrade". I always have a current CD anyways, so I don't mind burning a copy of the release when it comes out. Cheers.

    4. Re:Upgrading from RC2? by setagllib · · Score: 2, Informative

      A few things that might simplify life:

      -Use RELENG_5, not RELENG_5_3. The latter is just errata/security fixes, the former is the true 'stable' branch for 5.x. It is going to get a lot more attention and MFC's.

      -'make world kernel' works just as well, since you don't need to be paranoid about library changes this late in the release cycle.

      -You can set KERNCONF=foo in make.conf to never have to type it on the command line. Same goes for every make variable you find yourself passing - this especially applies to Ports-specific variables that you want assumed during portupgrade/portinstall and when seeking dependencies.

      Some things (especially the last bit) aren't covered in the handbook because they're meant to be simple enough for many to work out, but then again most don't :P

      Happy BSD use! And try the others, too.

      --
      Sam ty sig.
    5. Re:Upgrading from RC2? by setagllib · · Score: 1

      Ack, I'm sorry, I just remembered 'make world' is no longer easily done in 5.x, they became paranoid. You can set HISTORIC_MAKE_WORLD or something in make.conf or separate the rules.

      --
      Sam ty sig.
    6. Re:Upgrading from RC2? by R.Caley · · Score: 1
      The FreeBSD handbook on htp://www.freebsd.org/ is excellent.

      /usr/share/doc/handbook
      /usr/share/doc/faq

      Not only there before your net connection comes up, but the right version for your machine when you come to look things up 2 years from now.

      --
      _O_
      .|<
      The named which can be named is not the true named
  50. Re:Doesn't Matter by daft_one · · Score: 0

    " Yes, except the DragonFly community/developer base are comprised entirely of flaming assholes."

    You know, there are rather effective ointments for that.

  51. thanks for the info by nomadic · · Score: 1

    Worth a try, installs quickly, easy to manage and all... not like it'll take a long time or a lot of effort :)

    Well god knows it did last time I tried installing it. Though this was pre-CD rom drives (well, pre-affordable CD rom drives), so I had to try installing from 3.5" floppies...

    And unfortunately the lack of nforce network support and software sound mixing might push me towards freeBSD, but who knows, netbsd CDs are cheap, maybe I'll try it for a bit.

    1. Re:thanks for the info by DashEvil · · Score: 2, Interesting

      The thing to keep in mind is that NetBSD is more conservative than FreeBSD. It really depends on what you want. If you need "bleeding edge" features, stick with the latest FreeBSD release, but don't be afraid to bleed. If I didn't need my nVidia drivers (the official ones -- the version that DOESN'T suck :p) NetBSD would be an option for me on the Desktop.

      Definitely worth considering too, it's an extremely solid system that I have a lot of faith in.

      --
      -If God wanted people to be better than me, he would have made them that way.
    2. Re:thanks for the info by setagllib · · Score: 1

      Gah yeah. I'm using the X.Org drivers under NetBSD and they take ages to unblank the screen (if they do at all), sometimes don't start the server at all, and draw random sh*t at the start of most server loads too. XVideo extension draws a blue line on the left of everything as well.

      The only download link for the nvidia netbsd kit is down now, too.

      --
      Sam ty sig.
  52. Re:Doesn't Matter by Anonymous Coward · · Score: 0

    That's not been my experience. It sounds more like counterintelligence than fact.

  53. Re:Doesn't Matter by jdog1016 · · Score: 0, Flamebait

    You are an ignorant moron, and have no idea what you are talking about. DragonFlyBSD is based on FreeBSD 4. This is FreeBSD 5.3, completely different. FreeBSD will never copy DragonFlyBSD's model. In fact, DragonFlyBSD directly copied, literally, FreeBSD's model. Next time do a little reading before you try to represent DragonFlyBSD.

  54. Re:FreeBSD 5.0 for Alpha? by setagllib · · Score: 0

    Not so amazing. They started with x86 and built a lot of x86-centric code, and just managed to hack in support for a few other major architectures on which they could expect to run. If the code was even half as clean and logical as Net or OpenBSD it'd be easy to port, but this isn't the case.

    It wouldn't be useful though. FreeBSD's real strengths are on x86 (possibly amd64/ia64, not sure on the status of those) and those strengths are diminishing as the other systems catch up, without regression. On PPC it would be just like the other systems, but so much slower (try 5.3 and see what I mean) and less matured. Why, then, would anyone want it?

    --
    Sam ty sig.
  55. Re:Doesn't Matter by drmerope · · Score: 1

    I'm not a DF developer, but from what I've seen, DF is a great place to go to get help. Matt tends to be very easy to approach about issues and tends to give any real problem personal and immediate attention.

    Compare this say to the way submitting bug reports to other groups yields dead silence.

    Consider this:
    The original problem report:
    http://leaf.dragonflybsd.org/mailarchive/ kernel/20 04-11/msg00037.html
    The latest from Matt:
    http://leaf.dragonflybsd.org/mailarchive/ke rnel/20 04-11/msg00056.html

    Mind you, this doesn't even involve an area of the project Matt has been working on.

  56. Re:Who still uses *BSD...? by rycamor · · Score: 2, Insightful

    Well... I'm sure this is a troll ("niche's variants"), but still:

    I have tried it. OS X is a great desktop/workstation, but it is not the definitive Unix server. I had the pleasure of administrating on XServe running a very large and busy website, and I will take plain 'ol FreeBSD any day, hands down. Apple just tends to overcomplicate many aspects of the server, with non-standard system layout, elaborate extra configurations for standard services, making it hard to turn off services, and for Cthulhu's sake, why would a serious Unix sysadmin want a machine that always has a power-hungry graphical interface running? I'll take consistent, clear thinking and conservative architecture over "superior kung fu" any day.

    Sorry... FreeBSD all the way for my servers. Actually, at work I also use FreeBSD 5.3 (since Beta) as my desktop, and with KDE 3.3 plus a few choice packages from /usr/ports/audio and /usr/ports/multimedia, I have a very nice workstation, thank you ;-).

  57. Re:Doesn't Matter by Anonymous Coward · · Score: 0

    DragonFlyBSD is based on FreeBSD 4. This is FreeBSD 5.3, completely different. [...] In fact, DragonFlyBSD directly copied, literally, FreeBSD's model.

    Exactly. And do you know why DragonFly forked FreeBSD4 instead of FreeBSD5? No? If you'd known what you were talking about, you'd know that DragonFly forked FreeBSD4 because the dfly folks deemed that FreeBSD5 would end up being an unmaintainable pile of poo with lots of little hacks jammed into the poo to add features; i.e., what I said earlier about FreeBSD5 being unmaintainable.

    FreeBSD will never copy DragonFlyBSD's model.

    DragonFlyBSD is taking a course that aims to scale well to large numbers of CPUs, as well on being clean and easy to maintain. What's expected, and what has already been seen, is that the ultimate scalability isn't affecting uniprocessor performance. In other words, DragonFlyBSD is going to scale better than, match or beat the performance of, and be more maintainable than FreeBSD5. To stay in the game, FreeBSD7 may very well be a fork of DragonFly (but the world doesn't need two DragonFlyBSDs. Lots of devs might outright migrate). If you had any powers of reading comprehension, you'd have picked up on that from reading the original post. Instead, you look like the ignorant moron who has no clue what you're talking about. Next time try to do a little reading before you try to karma whore by attacking an AC post rated at -1.

    For the record, I'm watching DragonFlyBSD closely so that when it's production ready, I can move my servers to it. I do not develop for dfly, so nobody walk away from this post thinking dfly users/devs are flaming assholes. They aren't.

  58. Off Topic Slightly by dj_cel · · Score: 1

    Can you guys change the article icon? I know its only been a recent change for bsd, but come on.

    --
    Those who can make you believe absurdities can make you commit atrocities. - Voltaire
    1. Re:Off Topic Slightly by user32.ExitWindowsEx · · Score: 3, Informative

      wait... only *NetBSD* changed logos. FreeBSD is still Lassiter's "Beastie" (yes, John Lassiter of Pixar fame designed "Beastie")

      --
      "Evil will always triumph because good is dumb." -- Dark Helmet
    2. Re:Off Topic Slightly by dj_cel · · Score: 1

      Ehhhh, my bad, I've been up way too long today. On a side note about Pixar, The Incredibles is truly a movie worthy of its title.

      --
      Those who can make you believe absurdities can make you commit atrocities. - Voltaire
  59. Re:FreeBSD 5.0 for Alpha? by Anonymous Coward · · Score: 0

    That's unnecessarily harsh. Sure, before the port to Alpha (waaay back) the code had many i386isms, int size dependencies, and byte ordering problems. But after that work was done, there's no longer any particular diffference between FreeBSD and NetBSD in this area. Also, I for one see the amd64 as the future of FreeBSD (NetBSD and Linux too), so that's one port that will definitely succeed.

  60. Re:FreeBSD 5.0 for Alpha? by endx7 · · Score: 1

    Easy there, it might not be that solid. They haven't done much testing outside of x86 and even that is flaky and/or slow for a lot of hardware (including hardware every machine has).

    As I understand it a pretty large amount of testing has gone into amd64 too. A decent number of developers have amd64 boxes, and that helps a lot.

    Alpha support was in 4.x, but has been going down for a while now, especially in 5.x. Port build testing on pointyhat isn't even done for Alpha anymore (according to Kris the Alphas won't even boot). Fortunately , this isn't as bad as it could be, since the Alphas are going away anyway. (and you know NetBSD will always have support for them ;P )

  61. Re:FreeBSD 5.0 for Alpha? by bob+beta · · Score: 1

    I see a whole ton of architectures as being the future of NetBSD, and in fact, the future of any viable cross platform OS. In particular, I don't see any arch. as the 'future.' Cross-platform requirements keep programmers sharp and honest. Any single-platform focus is bad and negative.

    I.e. I think an OS 'succeeds' to the degree that it builds on not just latest-greatest. Does it still build properly on the 68K and ARM? If not, why not?

  62. Trolltalk is trolltalk, facts are facts. :) by ulib · · Score: 3, Informative
    FreeBSD, Stealth-Growth Open Source Project
    Nearly 2.5 Million Active Sites running FreeBSD
    "FreeBSD has dramatically increased its market penetration over the last year."

    --
    Being able to read *other people's* source code is a nice thing, not a 'fundamental freedom'.

    1. Re:Trolltalk is trolltalk, facts are facts. :) by Anonymous Coward · · Score: 0

      Two things:

      1) Ouch
      2) Here, here, BRAVO!!!

  63. Re:FreeBSD 5.0 for Alpha? by Anonymous Coward · · Score: 0

    :-)

    I applaud your idealism. I'm a fan of cross platform software for the same reasons as you.

    What I meant by the amd64 comment is that plain i386 is dying and amd64 will take over the number one spot. That's all.

    Yes, it's early to claim the death of i386, but it will be just a legacy operating mode of amd64 compatible mainstream chips very soon.

  64. Re:Who still uses *BSD...? by Anonymous Coward · · Score: 1, Informative

    And why aren't you using Mac OS X?

    Well, let's see...
    A: Mac's are extremely overpriced. Why pay double the price for half the power? $799 for a 1.25ghz / 128MB RAM system? Give me a break. (Even the x86 MHz to G4 MHz doesn't make up the speed difference.) Even with the $799 system, I can't even configure it how I like. Don't like the video card? Too bad, have to buy a new Mac.
    B: Mac OS X seems to insist you do everything in a GUI, and the OS as a whole has very few configurable options. You are also locked in to using Aqua. What if I wanted KDE, or GNOME, or XFCE? Aqua was designed with novices in mind, and it really shows. You can't even see file sizes in Finder unless you right click (Haha, just kidding... hold control and click) the file and go to 'Get Info' first.
    C: I can't stand all the special effects in Aqua. When you try minimizing a window, it uses all kinds of code to shrink the window (called 'Genie'). The only other option is scale. It totally lacks a 'None' mode. This is just one example, everything in that OS has too much animation and no way to turn it off. It's a waste of CPU / Video processing power for anyone who wants to get work done and not stare in awe at how pretty their OS looks.
    D: It isn't very secure. Let's say you want to install applications. If the application is stuck in a .dmg file, or as a folder, you can run any app. If the application uses an installer, then you need an admin password. But if you have an admin password, you can take over the entire machine. You can reset root's password by using: 'sudo passwd root' on the terminal. This would be a nightmare to administer with multiple users (e.g. a work environment).
    E: The keyboard combinations are horrible. I realize that there's no standard with keyboard buttons, but Mac doesn't even try. In fact, it goes out of its way to change everything. Use a Mac for a week, and you get used to Alt+Z/X/C/V, go back to Windows / Unix, and you're screwing up your copy / paste.
    F: The system has inherently stupid design ideas. Examples include: Maximizing a window only maximizes it vertically, you get to drag it to fully maximize it. You can only drag the bottom right corner, which is often covered by the dock with the default settings. Another example is when you close applications. You would think the X would mean 'Close', right? Nope. You have to right click (again, I kid) the button on the taskbar and click close after closing the application first. It was explained to me that this is the 'right' way, and that all the other OSes just 'got it wrong'. Ah, my bad. And yet another stupid move is the way the menu bars for each app is only displayed at the top. It's like if all of windows was run inside an MDI. This makes for miserably poor multi-tasking. What if you minimize Firefox and click on your desktop? The only way to get a new window open is to click on firefox in the dock (the actual application icon that normally launches it initially, but in this case it would remain open), then go through the menu to create a new window.
    G: Price. Mac OS X costs well over $100 a copy, and they release new copies yearly (? - not sure of the exact frequency), and they expect you to purchase each copy. FreeBSD is, well, free.
    H: Design. I hate the design. The keyboard and mouse that comes with eMacs are the most painfully uncomfortable things I have ever used. The mouse has only one button, not even a scroll wheel. What is this, 1996? And it is literally painful to use for more than 4 hours, with how hard the button is to click. The keyboard has ZERO space after the edges of the keys, thusly there's no place to rest your hands at. Hello, carpal tunnel.

    I could go on. Ultimately though, different systems for different people. Apple aren't the genius UI designers they seem to think they are. And with their OS, it's their way or nothing.

  65. compatibility by Anonymous Coward · · Score: 0

    im wonderin is my pc-dvd creative (mk5000) is compatible with freebsd?
    im thinking about switching to a bsd for quite a moment...
    sharing my internet connection (adsl on the win2k/win2k3 side) gonna be easy?

    1. Re:compatibility by setagllib · · Score: 2, Informative

      Won't know until you find out. I don't see why not though. As for internet sharing, FreeBSD's is probably the easiest, because ipfw+natd is very hard to get wrong. Just read the docs and you'll be on your way.

      --
      Sam ty sig.
  66. Re:Who still uses *BSD...? by Anonymous Coward · · Score: 1, Informative

    This seems to be only some kind of half-troll, so it probably wouldn't be a total waste of time responding to this one.

    A. I bought my current computer, 12" PB, because (at least when I bought it) it was by far the cheapest in its category (lightweight, full-featured laptops).

    B. You're not locked into Aqua. I, for example, use FVWM in daily basis. I've tried Gnome on OSX too.

    C. If a shrinking animation is a problem for you, then it is. It's not a problem for me.

    D. It is very simple to lock down OSX to restrict people from running arbitrary programs. The root password thing was a joke, wasn't it? Or are you seriously suggesting that the first thing that anyone administrating a multiuser OSX system wouldn't be to enable root account, change its password and disable sudoing for users?

    E. For some reason I've never had such problem. For me it's not a major mental hurdle to remember that instead of Control, most shortucts use Command.

    F. OSX has no 'maximize window' button. The button you are most probably referring to is the 'zoom' button. It switches between user-defined window size and the size it takes to wholly display the window's contents (if possible). In other words, it tries to make the scrollbars go away and stop there. If you minimize a Firefox window, it appears as a miniature version in the Dock, next to the trashcan. You can bring it back with one click. So you're not actually talking about minimizing?

    G. It doesn't matter if they expect you to purchase a new copy each year. You don't have to. They don't just suddenly stop supporting their older versions, either.

    H. You don't like them, you replace them with something you like. Also, resting ones hands on the keyboard is like saying 'die already' to ones wrists.

  67. Great news! by Anonymous Coward · · Score: 0

    This is good news indeed.

    A lot of ISPs and hosting companies will probably start upgrading their FreeBSD 4.x SMP servers next year.

    Anyone know how well FreeBSD's jail() holds up against Virtuozzo?

  68. Re:Doesn't Matter by Anonymous Coward · · Score: 0

    You must be thinking of FreeBSD developers like Poul-Henning Kamp and Dag-Erling Smorgrav. The latter is the most annoying and arrogant asshole I've ever met.

    Now mod me down, why should I care.

    HawkinsOS, kicking Smorgrav in the ass since 2004.

  69. Re:Doesn't Matter by Anonymous Coward · · Score: 0

    I stopped using FreeBSD as a firewall since OpenBSD started using pf, and not going back. Still use 5.3 on my desktop, but this will be changing very soon. My experience with FreeBSD 5 has been pretty bad. A lot of stuff either doesn't work as advertised or is plain broken. As soon as the huge VFS work is stable on DragonFly I'll be jumping ship.

    DragonFlyBSD, what FreeBSD could have been, but never will.

  70. Desktop FreeBSD by Peter_JS_Blue · · Score: 1
    I like FreeBSDs simplistic purity. I love Linux too, it saved me from Windows hell 2 years back (Long story). I also find FreeBSD a bit more stable that Linux.

    I'm no UNIX expert, I can get KDE to work fairly easily, I can get the sound to work, I can play videos (Totem Player - AVIs,VOBs,FLI ...), I can record music (Audacity - WAV,MP3,OGG ...) as well as the basic things like Web, Email.

    I do have a problem with the packages. Some like, OpenOffice, are easy to install but others depend on dozens of other packages, which still don't work after you have got them all - I wish they would create an extra package with everything you need in it.

    As much as I would like to see FreeBSD as easy to install as Linux, I have learned quite a lot from my efforts so far. If I ever get back to low-level coding again I would feel more confident on BSD that on Linux (I started on DOS). As for compatability, FreeBSD seems to work on just about anything with a clock-pulse but Linux (Mandrake 10.1) has not been able to drive a fairly new, standard network card (VIA Rhine) but FreeBSD did - and its BSD that now resides on that machine.

    My deepest, darkest fear is that Linux will go the way of Windows - driven by marketing & legal objectives not user needs. On that dark day I suspect it will be *BSD that will save us.

    In summery, FreeBSD works quite well as a desktop OS but you will need to work at it.

    Hope this helps - PJB

    --
    Art Makers Just an excuse to show photos of naked women !!
  71. Date miscalculation by Anonymous Coward · · Score: 1, Funny

    *BSD, 27, of Berkeley, CA died Monday, Sept. 6, 2004. Born July 3, 1976...

    /bin/sh on FreeBSD:

    $ echo $(2004-1976)
    28

    Obviously the reporter must be using the superior OS mentioned in his post where not even such basic calculations can be done right. I highly recommend the reporter give FreeBSD a try.

    This just in: the said evaluates to 28 on Linux as well, so this must mean the reporter is an idiot. Q.E.D.

  72. Re:Tangent rant by Guy+Harris · · Score: 1
    In Linux, if you want to wait on file descriptors and signals at the same time without a race condition, your only option involves longjmp()ing out of signal handlers. ::shudder::

    Yup, longjmp()ing out of signal handlers sucks. We finally gave up on SIGALRM+longjmp() as a timeout mechanism for IP address to host name lookups in Ethereal, because, in additiona to not being able to use it on Windows (which is where the timeout problem is worst, thanks to inverse NetBIOS-over-TCP lookups), we also can't use it in OS X (because you can longjmp() out of the middle of a send of a Mach message to lookupd, leaving the code to talk to lookupd in an inconsistent state, causing the next lookup attempt to crash) and in at least some versions of some Linux distributions (because gethostbyaddr(), at least with some versions of glibc, appears to grab a mutex that doesn't get released if you longjmp() out of it, so the next call hangs forever trying to grab the mutex).

  73. NetBSD faster than FreeBSD??? by Phatmanotoo · · Score: 4, Interesting

    A close second is NetBSD, which right now is much faster and more stable than FreeBSD 5 (even in many SMP cases, too). FreeBSD is okay for many users but it has slowed down tremendously, lost a lot of cleanliness too. It's a shame to see such a great system degenerate, but it happened.

    Traditional folklore said OpenBSD is focused on security, NetBSD on portability, and FreeBSD on performance (on x86). How can NetBSD be faster than FreeBSD now? Heck, if NetBSD is about correctness and portability, and on top of that they manage to beat FreeBSD in terms of speed, then there's something really really wrong with FreeBSD.

    So I guess my real question is, is it really true that NetBSD is surpassing FreeBSD at heir own game?

    1. Re:NetBSD faster than FreeBSD??? by Eivind+Eklund · · Score: 3, Insightful
      I'm a FreeBSD developer.

      The issue the grandparent is alluding to is that we've had some performance hits in early 5.x versions compared to our own 4.x branch. This is due to introducing a wider SMP model, and the necessity for locks for this. However, this is infrastructure for a overall speedup, and we are continually moving more of the code over to the higher performance model.

      As far as I know (from what numbers I have seen), we're still faster than NetBSD overall in 5.x, but not in all subcases.

      Apart from that, the folklore is a simplification. FreeBSD has several platforms, and we have generally had good performance, but it isn't a really specific focus. It's just something we are good at (compared to the other BSDs, and in many cases compared to Linux). We're also good at general support of software (there are over 11,000 packages for FreeBSD), documentation, etc.

      FreeBSD, NetBSD, and DragonflyBSD has taken a number of different routes for optimization lately. It is not clear which of these will lead to be the best performance over time; it may be that FreeBSD will keep a lead, or it may be that one of the others will overtake us. Speed is a game everybody plays.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    2. Re:NetBSD faster than FreeBSD??? by Anonymous Coward · · Score: 0

      With all the changes to locking that got done in 5.3 in the past few months, there was not much interest in working on performance -- the source base was too much of a moving target. Hopefully that can change now.

    3. Re:NetBSD faster than FreeBSD??? by setagllib · · Score: 1

      I'm sorry to bring this up off topic, but is it true what we hear about PHK and DES being, as is said, assholes? I'm not sure if that was some lame troll or if it actually does have a factual base. Figured this was a good chance to ask since we have a dev in the house.

      --
      Sam ty sig.
    4. Re:NetBSD faster than FreeBSD??? by Eivind+Eklund · · Score: 1
      My opionion is that neither DES nor PHK are assholes.

      PHK has a very direct and fairly brutal communication form that I personally find effective and some people find offensive.

      DES has an unfortunate communication style and is occasionally prone to temper.

      But that's it.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
  74. Yes by setagllib · · Score: 2, Interesting

    Repeat for effect: Yes.

    FreeBSD always achieved performance through best-case-everywhere optimization and scalability of algorithms for everything. Out of nowhere NetBSD beat it in scalability after two weeks' work (everyone knows this now). NetBSD had always focused on making things simple, portable, solid and logical. This kept it slower (much slower) for a long time, but now in 2.0 it's made huge headway with Scheduler Activations (even known to be faster than NPTL!). This makes a huge difference on its own, and the refined hardware support and everything has really topped it off.

    I couldn't believe it myself, but every bench and 'sitting and using' observation proved NetBSD 2.0RC4 to be many times faster than FreeBSD 5.3, and about on par with Linux (but a notch behind in some synthetic tests). Disk access especially - everyone who has bonnie'd a FreeBSD 5.x system and compared this to another OS already knows what I'm talking about.

    FreeBSD's model for complicating things in the quest for universal performance has now defeated itself, entirely owing to the terrible SMP model which has tangled it all. NetBSD on the other hand has made things much higher performing without complicating it, and so it does work faster in practice and not just in theory, and it works solidly and just as well on all platforms it supports. OpenBSD still needs a good threading system but in other respects it's not far behind, especially given its amazing security and quality-of-release record.

    Before anyone labels me for trolling against FreeBSD, try it yourself, in benches as well as interactive usages, and compare it to NetBSD and Linux. Won't take long to see a pattern emerge.

    --
    Sam ty sig.
  75. Re:Who still uses *BSD...? by Guy+Harris · · Score: 2, Insightful
    B: Mac OS X seems to insist you do everything in a GUI,

    What sort of "everything" are you thinking of here? I certainly don't do my compiles in a GUI - and, heck, I even move stuff to and from the desktop using mv> from a Terminal window.

    E: The keyboard combinations are horrible. I realize that there's no standard with keyboard buttons, but Mac doesn't even try. In fact, it goes out of its way to change everything. Use a Mac for a week, and you get used to Alt+Z/X/C/V, go back to Windows / Unix, and you're screwing up your copy / paste.

    Apple didn't change anything - Command+Z/C/X/V existed (Command, not Alt), as far as I know, before Ctrl+Z/X/C/V; I think it dates back to the original Mac (although it might've been called Apple rather than Command). Microsoft may have changed it, as PC's didn't have an Apple or Command key, and they had other uses for the Alt key.

    F: The system has inherently stupid design ideas. Examples include: Maximizing a window only maximizes it vertically, you get to drag it to fully maximize it. You can only drag the bottom right corner, which is often covered by the dock with the default settings.

    I certainly don't care for that; I don't know whether there's a rationale for it or not.

    Another example is when you close applications. You would think the X would mean 'Close', right? Nope. You have to right click (again, I kid) the button on the taskbar and click close after closing the application first.

    Actually, the X does mean "Close", as in "Close the window" - the Windows desktop, and many UN*X+X11 window managers, also implement a window button (often with an "X") whose effect is to close the window. You're probably getting bitten by the fact that closing the last window in an application doesn't cause the application to exit (unlike what usually happens on Windows and UN*X+X11) - and that opening a new document with an application doesn't cause a new process to be created if there's already a process running that application, it just causes that process to be told to open the new document. No, I don't know why that's the convention, and it makes it a bit more of a pain to write applications, as they have to support multiple documents, and thus might not be able to keep global information about the document, as they could if each document has a separate process.

    And yet another stupid move is the way the menu bars for each app is only displayed at the top.

    The argument in favor of it is that it's easier to move the mouse cursor to the menu bar, as you don't have to aim for an arbitrary vertical position on the screen - but you still have to get the horizontal position right.

    What if you minimize Firefox and click on your desktop? The only way to get a new window open is to click on firefox in the dock (the actual application icon that normally launches it initially, but in this case it would remain open), then go through the menu to create a new window.

    ...or moving the mouse over the Dock icon for the application and using Command+N.

    At least some of the UI design decisions to which you're objecting might be holdovers from pre-OS X Mac OS, dating back to the original version of the OS, which had no multitasking. That might be a reason for the single menu bar; I don't know whether the "one process for all documents" idea comes from classic Mac OS or from NeXTStEP, however.

  76. Re:Who still uses *BSD...? by Guy+Harris · · Score: 1

    Yes, I know, I didn't close the <tt>. Try:

    B: Mac OS X seems to insist you do everything in a GUI,

    What sort of "everything" are you thinking of here? I certainly don't do my compiles in a GUI - and, heck, I even move stuff to and from the desktop using mv from a Terminal window.

    E: The keyboard combinations are horrible. I realize that there's no standard with keyboard buttons, but Mac doesn't even try. In fact, it goes out of its way to change everything. Use a Mac for a week, and you get used to Alt+Z/X/C/V, go back to Windows / Unix, and you're screwing up your copy / paste.

    Apple didn't change anything - Command+Z/C/X/V existed (Command, not Alt), as far as I know, before Ctrl+Z/X/C/V; I think it dates back to the original Mac (although it might've been called Apple rather than Command). Microsoft may have changed it, as PC's didn't have an Apple or Command key, and they had other uses for the Alt key.

    F: The system has inherently stupid design ideas. Examples include: Maximizing a window only maximizes it vertically, you get to drag it to fully maximize it. You can only drag the bottom right corner, which is often covered by the dock with the default settings.

    I certainly don't care for that OS X behavior; I don't know whether there's a rationale for it or not.

    Another example is when you close applications. You would think the X would mean 'Close', right? Nope. You have to right click (again, I kid) the button on the taskbar and click close after closing the application first.

    Actually, the X does mean "Close", as in "Close the window" - the Windows desktop, and many UN*X+X11 window managers, also implement a window button (often with an "X") whose effect is to close the window. You're probably getting bitten by the fact that closing the last window in an application doesn't cause the application to exit (unlike what usually happens on Windows and UN*X+X11) - and that opening a new document with an application doesn't cause a new process to be created if there's already a process running that application, it just causes that process to be told to open the new document. No, I don't know why that's the convention, and it makes it a bit more of a pain to write applications, as they have to support multiple documents, and thus might not be able to keep global information about the document, as they could if each document has a separate process.

    And yet another stupid move is the way the menu bars for each app is only displayed at the top.

    The argument in favor of it is that it's easier to move the mouse cursor to the menu bar, as you don't have to aim for an arbitrary vertical position on the screen - but you still have to get the horizontal position right.

    What if you minimize Firefox and click on your desktop? The only way to get a new window open is to click on firefox in the dock (the actual application icon that normally launches it initially, but in this case it would remain open), then go through the menu to create a new window.

    ...or moving the mouse over the Dock icon for the application and using Command+N.

    At least some of the UI design decisions to which you're objecting might be holdovers from pre-OS X Mac OS, dating back to the original version of the OS, which had no multitasking. That might be a reason for the single menu bar; I don't know whether the "one process for all documents" idea comes from classic Mac OS or from NeXTStEP, however.

  77. pity the fools by epine · · Score: 1

    OK, the simple place to start in assessing your claims was to google for "NPTL Scheduler Activations".

    The first link that comes up has an interesting disclaimer at the top:

    http://people.redhat.com/drepper/glibcthreads.html

    I could continue my investigation by googling for "Ulrich Drepper", but I'm sure that would only lead to more interesting disclaimers.

    1. Re:pity the fools by setagllib · · Score: 1

      You missed something. As has been said many times on NetBSD mailing lists, and been empirically proven, NetBSD's scheduler activations has shown to be far superior to other 'scheduler activations' models (Sun's, that one, etc) in performance and apparently even cleanliness. Why? NetBSD developers know their stuff.

      Basing an argument against one implementation based on the failure of another implementation is horribly stupid. Example: "IE sucks. IE is a browser. Therefore, all 'browsers' suck. Conclusion: Firefox sucks"

      Suddenly your point doesn't seem so valid.

      --
      Sam ty sig.
    2. Re:pity the fools by Billly+Gates · · Score: 2, Interesting

      I want to see some third party benchmarks. No offense but of course the NetBSD mailing lists are going to be biased towards NetBSD.

      I am hoping to see Java and SMP perform better with FreeBSD 5.x and I want to see how DragonFly performs.

    3. Re:pity the fools by DashEvil · · Score: 1

      If you want convincing benchmarks, go make your own. This guy is merely saying what he has experienced.

      Personally I take it all with a grain of salt, but I plan on flying NetBSD 2 on my Desktop for a bit to see if it's true for myself.

      --
      -If God wanted people to be better than me, he would have made them that way.
  78. cry me a river by Anonymous Coward · · Score: 0

    applying a patch takes a great deal of time to review... how bout you get some respect?

  79. Re:Doesn't Matter by ValourX · · Score: 1

    Matt Dillon seems a decent fellow. It's the others that border on psychotic. I wrote this review of DragonFly a few months ago and at least two people associated with the project more or less stalked me because they didn't like the article. I don't care what people post in the comment section, but, um, sending me threats via email? Putting up anti-Jem websites that obviously took a significant amount of time to create? Posting garbage to the forums on my site (which did not even carry the review)? Isn't that taking it a bit too far?

    DragonFlyBSD: the OS of lunatics.

    -Jem

  80. Private message for Mr. Hawkins by Anonymous Coward · · Score: 0

    Mr. Hawkins,

    I'm one of your several Fortune 100 customers.
    I know you enjoy trolling on slashdot, but we kinda need some assistance here.
    We deemed you trustworthy enough to make our Fortune 100 company migrate to your OS - a decision that has been very easy for us to make, since you're such a reliable person and such a skillful programmer - but enough is enough.
    We paid you a lot of money. I have no doubt that *your* HawkinsOS is worth every penny, and that these BSD alternatives are just pieces of junk since they don't have your "patches", but now it's time to come back to work.
    Sincerely,

    Mr. Joe Moron
    HawkinsOS user
    Fortune 100 company CEO

  81. Re:Doesn't Matter by Anonymous Coward · · Score: 0

    Fuck off you stinking piece of shit, asshole!

    DragonFlyBSD pwnz j00!

  82. Slightly Off-Topic Question -handheld for NetBSD? by Bodhammer · · Score: 1
    FreeDSB Rocks!!! Congrats to the team for a great release!!!

    That said, I want a unix handheld in a clamshell formfactor. NetBSD seems to be the OS of choice for me to use: see http://www.onlamp.com/pub/a/bsd/2003/06/05/Big_Sca ry_Daemons.html.

    Any recommendations for a ~$100-$150 device to use? I want at lease 640x240 display, 802.11 in either CF or PCMCIA, ability to use a Microdrive, and some decent battery life.

    I have found Jornada 728, IBM Z50, or NEC MobilePro 780/800 on eBay seem to be close. Any other suggestions?

    --
    "I say we take off, nuke the site from orbit. It's the only way to be sure."
  83. Re:Who still uses *BSD...? by Anonymous Coward · · Score: 0

    Ah, yes... Disagree with someone's post? Just accuse them of being a troll, because God knows it adds more merit to your argument. Do have any idea what the term 'troll' even means? I suggest you look it up.

  84. Re:Doesn't Matter by dodell · · Score: 2, Interesting

    And some of us just posted constructive criticism and told you how you could have improved your experience with DragonFly, could have written a better review, and gave suggestions for future articles. You can hold this grudge against all of the users / developers of DragonFly, but you're the one who will end up looking like a lunatic.

    I for one, never did or said anything adverse, and you still call me an asshole and lunatic, simply because I use and develop DragonFly BSD.

    *claps hands* Great logic!

  85. If it works, don't switch by epseps · · Score: 1

    unless you enjoy switching for the sake of switching.

    Hell, I have windows 98 on a laptop that I have no intention of switching OSs on just because I enjoy a working laptop more than I enjoy my favorite OS (FreeBSD, then NetBSD).

    Besides, I can't get FreeBSD to see the CDROM during the install....maybe 5.3 will see it.

    But as a computer professional, I have to say keep Mandrake on the Presario and advise you to do as I say and not as I do (I break alot of things).

  86. Re:Who still uses *BSD...? by Anonymous Coward · · Score: 0

    I wasn't trying to troll, they are honest points about my experiences with OSX.
    A: The laptop argument is probably correct, I have only priced desktops. If they can make laptops so cheap, why don't they make an entry level desktop, for say... $400? They'd get a hell of a lot more people to try out their systems that way. $799 entry level is just too much for most people. Also, a 12" screen would kill my eyes. But that's just me.
    B: I don't know of a way to get rid of Aqua. It certainly isn't very direct. But I stand corrected nonetheless.
    C: Yeah.
    D: How would one disable sudo?
    E: I have to use both PCs and Macs on a daily basis, and it gets hard swapping back and forth. I would love it if either OS (bsd OR mac) would let me swap out the keys to copy/paste. Alas, neither do.
    F: Well that explains it. But to me, a maximize button is very, very important. It's the way I've done things since I started using computers and I am not willing to change. Again, Macs give you no options to revert that functionality to a maximize button.
    G: Yes, if you don't purchase new copies, you don't get any of the new features and apps. I was mostly pointing out that BSD doesn't charge you for this.
    H: This was a critique about Apple's design ideals. They aren't as hot as they think they are. The eMac is the only machine I've ever used that came with nearly unusable keyboards / mice with the base system before. Pretty much everyone at my job complains about the keyboards and mice. The IT dept. will not let us bring in our own to swap them out without a doctor's note stating a need to do such. I'm tempted to go get one.

    Anyway, again. I'm only pointing out what annoys me. Some people might like the way all the Apple things works. That's great for them. But this is why I personally will not be using a Mac, when I have my PC + FreeBSD.

  87. Re:Slightly Off-Topic Question -handheld for NetBS by turborat · · Score: 1

    sharp zaurus + http://pdaxrom.org/
    *way* overexceeded all expectations.
    can do anything a linux desktop can.

  88. Re:Slightly Off-Topic Question -handheld for NetBS by Bodhammer · · Score: 1

    I want a clamshell and except for the price, Zaurus would be perfect. SL-C7xx and SL-C8xx are still in the +$500 price range.

    --
    "I say we take off, nuke the site from orbit. It's the only way to be sure."
  89. Netcraft says BSD's growing pretty fast. by Anonymous Coward · · Score: 0
    1. Re:Netcraft says BSD's growing pretty fast. by KZigurs · · Score: 0

      damn it. I never have figured when such references are apropriate and when I suddenly am marked as troll ;D

  90. it's not about async i/o by NuShrike · · Score: 1

    This still sounds like the async i/o vs ordered meta commits, aka softupdates.

    FreeBSD uses softupdates which writes the metadata in order, and then write it sync or async i/o.. doesn't matter, and par or better with Linux 2.4.

    It's sorta like journaling, and it's been there fr quite at long time, since 2.x at least. Google softupdates.

    The base default install used to have softupdates off and plain sync i/o is of course slower, but it's hell a lot safer than async i/o until you switch to journaled async i/o. And then, you're back to ordered metadata commits, or softupdates again.

  91. Re:Who still uses *BSD...? by Anonymous Coward · · Score: 0

    A. As noted in Consumer Reports (and myriad other places before that), a modern Mac has a lower TCO than an equivalent PC - more reliable OS, vastly decreased security issues, etc.

    B: Here you expose the fact that you are a complete idiot and zealot. First, in Mac OS X you have a Bash shell at your fingertips whenever you want it. And, yes, you can reconfigure applications and various system options from the command line even though it is rarely neccessary to do so. Second, Apple distributes a "click to install" version of XFree86, thus allowing you to run X applications. I believe that you indeed can run KDE and/or Gnome, although I'm not sure what the point would be. If you need KDE or Gnome, just run Linux, FreeBSD, etc. on an X86

    C: Aqua runs all effects in the GPU, not the CPU, retard. At least the freaking marketing copy before you share your moronic opinions with the rest of us.

    D: HAHAHAHAHAHAHAHAHA!!!!!! This is a joke, right? You have obviously never administered multiuser UNIX environment. Everything you mention applies equally to ANY UNIX OS, idiot.

    E: Ummmm.... OK. Like you said, there is no "standard" for Cut/Copy/Paste. The way Mac does it makes more sense on their keyboard as it is actually *easier* to hit these key combinations than it would be on a PC. Unlike Windows, you'll find that just about everything in the Mac experience has been well thought out and there is usually a compelling reason for each decision.

    F: Maximizing a window is simply more intelligent that what you are used to. Then again, you are obviously not very intelligent so I'm not surprised you missed it. I'll spell it out for you: When you maximize a window under OS X, it doesn't fill the screen IF THERE IS LESS THAN THE SCREEN'S WIDTH OF HORIZONTAL CONTENT IN THE WINDOW. In other words, there is no need to hide your entire desktop if the full contents of a window can be displayed in the current window width, or any width less than the full screen dimensions. On web pages, this often results in a window maximizing to full height while the width remains the same or grows only a small amount. So, this is smart behavior - something that is apparently quite alien to you. Regarding the 'X' button - that is a WINDOW CONTROL button, retard (just like maximize, restore, minimize) - so why should it shut down the application? If that application is, say, PhotoShop, I would rather not have to wait for it to start up over and over during my session. As far as I can tell, the reason Microsoft adopted their "close the application" behavior is becuase their OS's do not handle multiple running applications nearly as well as Mac OS X. Your other comments make it obvious that you've only spent a few hours with a Mac (and your head way up your ass).

    G: If you don't like it, don't buy it. But in the meantime, shut the fuck up about something that you don't begin to understand.

    G: Awwww, poor baby - he hates the design. Boo fuckin' hoo - whatever, you sissy. I use a Mac because it is a superior machine in every aspect to a Windows PC, let's me get my work done far, far faster than Gnome or KDE and runs mainstream apps like Microsoft Word and Excel, Macromedia apps and Adobe apps (all of which I happen to need from time to time). If you can get by with OpenOffice and the Gimp, then rock on, little buddy - I wouldn't slam your platform at all. What the hell is wrong with people like you who have to lamely attempt to bash a superior OS? Is it jealousy, fear, or do you actually have nothing better to do with your time? Apple *are* genius UI designers. The rest of the computer industry recognizes this by constantly adopting their ideas and UI standards. You are obviously stupid, so I would expect you to understand.