Slashdot Mirror


SMP On OpenBSD, Coming Soon

Lord of the OpenBSD writes "At long last, SMP development on OpenBSD looks to be gearing up. One person is now doing full-time funded development on SMP. Project leader Theo de Raadt is now asking for funding for a second developer. Theo has announced that SMP support for i386 is planned for the OpenBSD 3.6 or 3.7 release, the first of which is due in 8 months."

321 comments

  1. BSD: it's (a)live! by users.pl · · Score: 5, Funny

    It is official; Netcraft confirms: *BSD: it's (a)live!

    One more crippling bombshell hit the already beleaguered *BSD is dying community when Slashdot confirmed that *BSD death trolls have dropped yet again, now down to less than a fraction of 1 percent of all troll posts. Coming on the heels of a recent troll survey which plainly states that trolls are running out of *BSD ammo, this news serves to reinforce what we've known all along. Slashdot trolls are trolling with new and better methods because trolling about BSD's falsely prophetic death is as obsolete and useless as GNU HURD.

    You don't need to be Jesus to predict the Slashdot troll phenomena's future. The hand writing is on the wall: *BSD trolls face a bleak future. In fact there won't be any future at all for *BSD trolls because *BSD trolls are dying. Things are looking very bad for *BSD trolls. As many of us are already aware, *BSD has recently acquired several Live CDs. Red devil Live CDs multiply like fucking rabbits.

    The reasons for the death of the *BSD troll are obvious. The creators of the *BSD troll post have lost 93% of their core developers due to casulties from the sudden and unpleasant battles between Trollcore and GNAA. There can no longer be any doubt: FreeBSD trolls are dying.

    Let's keep to the facts and look at the numbers.

    GNAA leader Anonymous Coward states that there are 700 active trolls on Slashdot. How many BSD death trolls are there? Let's see. The number of troll posts vs BSD death troll posts on Slashdot is roughly in ratio of 5 to 1. Therefore there are about 700/5 = 140 BSD death trolls. But half of those are just cheezy karma-whore spinoffs of the original troll. Therefore there are about 70 users of the real BSD death troll. These statistics, of course, reflect Slashdot before the war between Trollcore and GNAA. So we must assume that there are less than 70 people who actually believe that *BSD is still dying!

    All major surveys show that *BSD trolls have steadily declined in humor level. *BSD trolls are very sick and their long term survival prospects are very dim. If *BSD trolls are to survive at all, they will be nothing but workers toiling in Slashdot trolling phenomena obscurity. *BSD death trolls continue to decay. Nothing short of a miracle could save them at this point in time. For all practical purposes, *BSD death trolls are dead.

    Fact: *BSD: it's (a)live!

  2. Yet another modern feature added to *BSD by Anonymous Coward · · Score: 1, Informative

    Yet another modern OS feature is being added to *BSD, which have many features not even found in the best of commercial operating systems. *BSD isn't dying, it's setting the standard for other operating systems to follow.

    1. Re:Yet another modern feature added to *BSD by endx7 · · Score: 1

      Yet another modern OS feature is being added to *BSD, which have many features not even found in the best of commercial operating systems. *BSD isn't dying, it's setting the standard for other operating systems to follow.

      Odd it's been taking them this long. Both FreeBSD and NetBSD have had SMP for a while.

    2. Re:Yet another modern feature added to *BSD by Santana · · Score: 3, Informative

      As you may know, OpenBSD focuses on security. SMP support brings new concerns on this field.

      --
      The best way to predict the future is to invent it
    3. Re:Yet another modern feature added to *BSD by sir_cello · · Score: 2, Insightful


      FreeBSD is the clear technological leader in the BSD family, and it's little wonder Apple built upon it. OpenBSD's "space" is less about areas where SMP is necessary (i.e. because FreeBSD is typically enterprise class web host / etc; yet OpenBSD and NetBSD are typically more compact uses - embedded products, etc).

      What this news really says is more about the overall state of the BSD family: OpenBSD finally hitting the rungs.

    4. Re:Yet another modern feature added to *BSD by MrChuck · · Score: 2, Insightful
      So I should turn off the 2 CPU Ultra box that I have running FreeBSD? Cause you're saying that it doesn't work. And my 2x Intel netbsd box? Damn, it's really handy.

      At least with the BSDs in general and OpenBSD specifically, I don't have to run out and add a security patch every couple days.

      Some of us actually use opensource and "compile" the binaries on our systems rather than relying on vendors and strangers to give us RPMs and the like.

      (okay, that's not fair. I'm using NetBSD's pkgsrc on Linux (and solaris (and OS X (and Netbsd)))).
      But really, why are you guys so afraid of source?

      Or am I mistaken? Is the O.P. referring to what so many of the /. folks use: Windows? In which case I'll just note that a DL380 with 2 CPUs @ 3GHz running Windows is almost as fast as my 1 CPU Athlon/1500 running a Unix.

    5. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 0
      At least with the BSDs in general and OpenBSD specifically, I don't have to run out and add a security patch every couple days.

      Have you checked Deadly today? Two security patches today. I'm sure you'll see a few more before 3.5 ships.

    6. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 1, Insightful

      Do you review every line of the source code you're compiling before you compile? hmm?

      zealot.

    7. Re:Yet another modern feature added to *BSD by MShook · · Score: 1

      You're smoking right? I think NT 3.1 had it and that was more than 10 years ago...

    8. Re:Yet another modern feature added to *BSD by b17bmbr · · Score: 3, Interesting

      which is something i don't understand. why haven't they been able to incorporate other BSD code for SMP? i understand the GPL limitations, but BSD code doesn't have the same burden (forced gpl'ing, etc.). isn't that the whole point of open source?

      --
      My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
    9. Re:Yet another modern feature added to *BSD by anthonyrcalgary · · Score: 2, Informative

      OpenBSD is hardly the leader of the pack as far as performance goes. Even on UP systems, it's still slower than almost everything else in key areas (disk performance being the big one). When it has SMP support, it will initially use one big mutex to lock the kernel, and will not initially be optimized for anything weird (Hyperthreading, NUMA). Sure it's my favorite OS. But not for everything.

      --
      When someone might yell at me, it has to be OpenBSD.
    10. Re:Yet another modern feature added to *BSD by bsd_usr · · Score: 2, Insightful

      Bah, those are just reliability fixes. One isn't a big deal unless you use IPSec I believe and not a remote hole. The other can be a nuisance either way, but it's *not* a remote hole. Keyword being hole here. I'm more worried about vulnerabilities that allow to execute code or unauthorized access.

    11. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 0

      And server versions of OS/2 in the late 80's :-)

      That did require an absudly expencive 386 machine from IBM to run though, and extra $$$, but it's hardly high tech

    12. Re:Yet another modern feature added to *BSD by i.r.id10t · · Score: 0, Redundant

      Sure, but how much of that source do you read/audit? Do you just check the md5sum of the source package? That could be faked, just as well as a "bad" pre-built package could be put on a FTP server, etc.

      --
      Don't blame me, I voted for Kodos
    13. Re:Yet another modern feature added to *BSD by Just+Some+Guy · · Score: 3, Interesting
      OpenBSD is hardly the leader of the pack as far as performance goes.

      I think it's pretty fast, given that it's doing much more than most other systems. All that crypto and random goodness doesn't come for free. From "Practical Cryptography": "There are already enough fast, insecure systems. The world doesn't need another one."

      Even on UP systems, it's still slower than almost everything else in key areas (disk performance being the big one).

      Have you tested that with softupdates enabled? OpenBSD's default disk performance reminds me of FreeBSD's old performances before softupdates became a standard setting. It's another security-vs.-performance tradeoff: the BSDs mount their filesystems in synchronous mode and highly discourage using async, while most Linux systems use async by default.

      --
      Dewey, what part of this looks like authorities should be involved?
    14. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 0

      Yet another modern OS feature is being added to *BSD, which have many features not even found in the best of commercial operating systems. *BSD isn't dying, it's setting the standard for other operating systems to follow.

      This is just more propaganda from the sad linux fanboys. Adding the * before *BSD employs the 'fallacy of inclusion' principle. In reality SMP support has been a feature of the majority of *BSD's and BSD based OS's for a number of years. OpenBSD's lack of support for this feature is an exception caused by a reasoned set of design goals.

      Slashdot - News for Turds, Stuff That Splatters.

    15. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 0

      Dude, who the fuck were you responding to?

      I can't see any connection between what you wrote and what the parent wrote.

    16. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 1, Interesting

      It's tedious to recompile an entire operating system. That's why I don't like that "make world" is just about the only way to upgrade.

      If I hacked on the source tree of a BSD distribution, I'd find the build system very nice, the way it's organized. I'm a programmer too, so when I look at how the BSD systems are put together, I do appreciate that. But since I don't hack on the OS, and most of the time I'm just using it in a rather mundane fashion, the build system usually doesn't matter much to me, and I just want something that'll let me upgrade fast (binary packages), not something that will recompile the whole tree (make)

      Add to that the fact that a BSD system will not automatically upgrade your /etc, then you have the best reasons that say, a Debian box is easier to maintain.

      I like BSD a lot. I do. I think that pieces of it are worlds ahead of Linux. (No "make world" pun intended. :-P) But a BSD box is a little bit more annoying to keep up to date. (Yeah, it's probably worth it.)

    17. Re:Yet another modern feature added to *BSD by Mysteray · · Score: 2, Interesting

      As I understand it, OpenBSD diverged from NetBSD before SMP was available for any nonproprietary BSD. The divergence in the codebases that has taken place since then makes it impossible to simply import much of another strain's implementation.

      Maybe there will be some re-use of code (and ideas), but I suspect the OpenBSD team will be building this thing from the ground up.

    18. Re:Yet another modern feature added to *BSD by dmiller · · Score: 2, Informative

      SMP isn't just a bit of software that you can port from one OS to another. It touches just about every kernel internal and changes many assumptions on the way. That being said, the approach to implement SMP in OpenBSD (and some code) is being derived from NetBSD.

    19. Re:Yet another modern feature added to *BSD by ball-lightning · · Score: 1

      In which case I'll just note that a DL380 with 2 CPUs @ 3GHz running Windows is almost as fast as my 1 CPU Athlon/1500 running a Unix.


      I hate when people talk like that, pretending acts like some sort of turbo for their computer... having used both windows and linux [GUI mode] on low (low) end hardware, they're both slow... I don't care what OS you are using, your Athlon running at 1.5ghz is not going to start showing up on the worlds Top 100 super computer list...

    20. Re:Yet another modern feature added to *BSD by bccomm · · Score: 5, Informative
      Mod parent up, he made some good points.

      However, I'd have to disagree with FreeBSD being the technological leader of the bunch. It's an excellent system, and is the most widely used/commercially supported of the three (or six, with ekko, DFly, and Darwin). However, I see NetBSD being much more advanced for a few reasons:
      1. It's more clean. ``It isn't done unless it's done right.'' As a result, it's much easier to extend (new drivers, new archetectures, ...)
      2. It is the first free unix-ish system to have many new features, like USB, IPV6, and crossbuilding support (ROCK is the only other one I can think of that has this) just to name a few.
      3. As a result of #1, it can serve as an excellent resource (a reference platform or nice collection of example code to stare at when you're bored).
      4. It's small, but generally highly scalable
      5. ...
      I thought the very same way as most users at one time. I used to be a devout FreeBSD user. After buying a bit of HD space (bit=320GB), I decided to take on the multiboot challenge. I installed a total of thirteen different unixes (no windoze), telling myself to create the *exact* same environment on each. I decided to give NetBSD an OK-sized 10GB partition. The next day I swapped the 60G I gave to Slackware with it. It was faster and seemed, generally, a whole lot cooler. Within a week, I had a nice, stable NetBSD-current system up and running and found myself not being able to reboot to finish installing Solaris, OpenBSD, and Gentoo!

      The point is this: NetBSD is the `forgotten' unix in many ways, and I, for one, find that sad. I think all the BSDs, along with Linux, will be around for some time. NetBSD, though, is simply the bliss that I, too, nearly overlooked.
    21. Re:Yet another modern feature added to *BSD by idiotnot · · Score: 1

      At least there's someone who knows. FreeBSD, I think, has the lead on the platforms it supports (x86, alpha, and sparc64). But there are problems with it, and it's difficult to port. Yes, ports are nice, but pkgsrc does many of the same things.....

      Where NetBSD really shines is on older hardware. This used to be true of linux, but it's not anymore. NetBSD on something like an old sun is worlds ahead of dealing with solaris frustration, or OpenBSD's horrid performance.

      I think a big reason more people don't know about NetBSD is that most people don't have anything other than x86 machines.

    22. Re:Yet another modern feature added to *BSD by grub · · Score: 1


      your Athlon running at 1.5ghz is not going to start showing up on the worlds Top 100 super computer list.

      Nowhere did he say it would. He was making an ad hoc comparison between perceived responsiveness on a machine while alternating operating systems.

      --
      Trolling is a art,
    23. Re:Yet another modern feature added to *BSD by Just+Some+Guy · · Score: 2, Informative
      Add to that the fact that a BSD system will not automatically upgrade your /etc, then you have the best reasons that say, a Debian box is easier to maintain.

      Qualify that: FreeBSD has had "mergemaster", which semi-automatically upgrades your /etc (and even walks you through merging changes) for a long time. I'm not sure with Open and Net haven't imported it yet, or at least hadn't when I last looked, but at least one BSD currently enjoys easy /etc upgrades.

      --
      Dewey, what part of this looks like authorities should be involved?
    24. Re:Yet another modern feature added to *BSD by grub · · Score: 2, Informative


      All that crypto and random goodness doesn't come for free.

      True enough, but with a ~US$90[0] Soekris crypto accelerator it's damn close :) Nothing like having a heavily used IPSec tunnel with your CPU being relatively idle.

      [0]- when I bought mine in mid 2002

      --
      Trolling is a art,
    25. Re:Yet another modern feature added to *BSD by anthonyrcalgary · · Score: 1

      I think it's pretty fast, given that it's doing much more than most other systems. All that crypto and random goodness doesn't come for free. From "Practical Cryptography": "There are already enough fast, insecure systems. The world doesn't need another one."

      There's not a lot of crypto going on if I'm on the local machine from the console.

      Have you tested that with softupdates enabled?

      Yes.

      It's not enough to make a noticeable difference with most GUI stuff, but my projects run slower on the same hardware. And that was testing it against Linux 2.4... FreeBSD 5 and Linux 2.6 both spank Linux 2.4, from what I've seen.

      I haven't personally done anything that would be affected much by softupdates as the stuff I do doesn't change the metadata much.

      The security requires high quality code, which also happens to make it more reliable. That's why I like it. It's not always the best OS for the job, and I'm happy to use other stuff when necessary. Mostly it comes down to working with Java. I get money for doing stuff with Java on an officially supported platform*. In that situation, choosing between FreeBSD, Linux, and OpenBSD becomes extremely easy.

      *-I know about FreeBSD binary compatability, but I need to be able to tell my employer that it works on a platform that's supported by Sun. Period.

      --
      When someone might yell at me, it has to be OpenBSD.
    26. Re:Yet another modern feature added to *BSD by b17bmbr · · Score: 1

      i imagine that is was not a cut and paste operation. and i am barely beyond the Teach Yourself C in 21 days proficiency, so it ain't like i could lend a hand. i just seems to me that c code should be somewhat portable. but hey, if they did the kernel in perl or php, maybe i could help!!

      --
      My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
    27. Re:Yet another modern feature added to *BSD by mirabilos · · Score: 1

      Why do you mention ekkoBSD and Dragonfly, yet
      forget MirOS, which exists far longer than
      these two?

      Ow, must be because we are Europeans.

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
    28. Re:Yet another modern feature added to *BSD by mirabilos · · Score: 1

      Right, but W^X, Propolice, NXSTACK and NXHEAP
      give another ~6% performance reduction, which
      is not handled by everything else but the CPU.

      I don't want to miss the stability my OS has
      right now, I don't like changing 90% of the
      non-driver code in the kernel just for SMP.
      Especially if it's "just a big kernel lock",
      as some previous poster stated.

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
    29. Re:Yet another modern feature added to *BSD by AusG4 · · Score: 2, Insightful

      To say "*BSD", you make it sound like this effort is new to BSD operating systems in general, as opposed to just OpenBSD. Of course, as others have pointed out, other BSD variants already support SMP. OS X, FreeBSD and Tru64 are good examples.

      While I agree that it's a little "laggy" of OpenBSD to be finally getting around to adding SMP support, I would also concur with others who suggest that the general application of OpenBSD doesn't often require multiple processors. As a result, SMP support hasn't seemed to be a really been a big priority, and the more direct concentration on security has really paid off for them. That said, SMP support will certainly make OpenBSD more attractive in places where it wouldn't have been previously considered (larger scale databases, for example), so this is obviously a good thing.

      As for the concept of BSD setting the standards for other operating systems to follow, I would partially disagree - yet partially agree. :)

      It's not that BSD isn't innovating, but it's more that all operating systems, including (*gulp* am ducking already *gulp*) Windows are pushing forwarding in different areas. The sum knowledge and progress from all operating system projects is helping to improve every other operating system in turn, and on it goes.

      Despite the overall (IMO) cruddyness of Windows, Microsoft has done some things worth learning from. As has Apple, Sun, DEC (err, Compaq, err, HP) and IBM.

      --
      bash-3.00$ uname -a
      SunOS panda 5.10 Generic sun4u sparc SUNW,Ultra-2
    30. Re:Yet another modern feature added to *BSD by Wiz · · Score: 1

      Sounds like Gentoo's etc-update. It'll merge trivial changes if it can, or it'll let you walk through merges, etc etc. Pretty cool.

      I'm sure one probably used the other for some ideas.... although I don't know which.

    31. Re:Yet another modern feature added to *BSD by stab · · Score: 1

      You can find mergemaster in /usr/ports/sysutils/mergemaster in OpenBSD, or as a standard binary package.

    32. Re:Yet another modern feature added to *BSD by LizardKing · · Score: 1

      I'm not sure with Open and Net haven't imported it [mergemaster] yet

      NetBSD has etcupdate, although I've never used it myself, as upgrades rarely touch the files in /etc that I modify. That's the beauty of NetBSD upgrades, the developers are very careful about backwards compatability. I could even run 4.3BSD binaries if I wanted to (not that I would), by enabling the correct system call compatability in the kernel.

      Chris

    33. Re:Yet another modern feature added to *BSD by LizardKing · · Score: 1

      Add to that the fact that a BSD system will not automatically upgrade your /etc, then you have the best reasons that say, a Debian box is easier to maintain.

      Your BSD is clearly not my BSD, or else you'd know about etcupdate. Having discovered first hand the "joy" of Debian's installer and lack of backwards compatability between releases, I think I'll steer clear of it.

      Chris

    34. Re:Yet another modern feature added to *BSD by 680x0 · · Score: 1
      Where NetBSD really shines is on older hardware.
      I inherited an old SparcStation2 with 400MB disk space and 32MB of RAM. Not many OS's could install on such a small system, let alone make it a valuable resource. But I put NetBSD on it, and now it's one of my most stable systems. I made it my DHCP server and primary DNS for 7 domains.

      A big "Thank you!" to all the NetBSD developers!

    35. Re:Yet another modern feature added to *BSD by grub · · Score: 1


      yeah I hear you. Although when SMP makes into an OpenBSD release I think everyone can be pretty sure it's been debugged well enough. Propolice, etc, may be handy for finding goofy exploitable race conditions (?).

      The performance hit of Propolice, etc, is something I just think is "the price you pay". Think of it as a layer 6 & 7 firewall :)

      --
      Trolling is a art,
    36. Re:Yet another modern feature added to *BSD by Short+Circuit · · Score: 1

      Here's a couple of concepts to wrap your brain around that aren't specific to C: global data, locking and blocking.

      If you have global data, you really don't want one thread to change that data while another is reading it. Imagine someone talking to you, and they change sentences halfway through.

      The solution to this is something called locking. You set a variable that says "Hey, this data is in use", so that other sections of code won't touch it while you are. When you're done, you unset that variable, which lets other programs know that they can use it.

      As a result, you have somthing called blocking. A thread may not be able to continue to operate until it has access to the data, so it waits for that data to become available.

      Other things to learn about that involve SMP are: read-copy-update (rcu), race conditions. Learn about the importance and repercussions of them, and you'll be know a bit more about kernel behavior.

      Disclaimer: I haven't done any kernel work; I've only read a lot about development in the Linux kernel. I can only assume that kernel issues are similar in other kernels.

    37. Re:Yet another modern feature added to *BSD by 1155 · · Score: 1

      FreeBSD is the clear technological leader in the BSD family, and it's little wonder Apple built upon it.

      Good sir, you are in fact.. mistaken. OS X is based upon NeXTStep. Now, NeXTStep was based on a flavor of bsd, but that was way before, and that wasn't a reason to choose it.

      The reason NeXT was chosen was that it was a proven seller, and had some really cool things. Plus good ole Steve was the one selling it. Don't kid yourself though, it's not freebsd.

    38. Re:Yet another modern feature added to *BSD by Just+Some+Guy · · Score: 1

      So, you actually own one of these? It works as advertised? Which model, and where can you get them?

      --
      Dewey, what part of this looks like authorities should be involved?
    39. Re:Yet another modern feature added to *BSD by Strog · · Score: 1

      I'd have to second that. I put NetBSD on a Mac Centris 610 (with a real 68040 dropped in). It's been humming along serving up DNS/DHCP/NTP for a while now and still gets the job done.

    40. Re:Yet another modern feature added to *BSD by grub · · Score: 1


      I own the Soekris 1201 PCI card. It works exactly as advertised. OpenBSD sees the card on boot up and uses it for /dev/crypto stuff. Not entirely different from how a graphics accelerator gets that gruntwork offloaded to it.

      Seeing your CPU puttering along at a few percent while hammering a VPN tunnel with traffic is pretty leet. :)

      --
      Trolling is a art,
    41. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 0

      whoops, forgot to answer "where can you get them?".. Soekris Engineering. Keep in mind that mine is considered dated but if you only want to fill a mid-speed VPN tunnel it's fine.

    42. Re:Yet another modern feature added to *BSD by Strog · · Score: 1

      You don't have to rebuild world to apply a patch. you can cd to the appropriate patched directory and just build that part.

      When the first of the OpenSSH patches came out, I just changed to the patched directory, make, install and HUP'ed the master pid for sshd. I upgraded several boxes remotely in minutes without ever dropping a ssh session. The later patches worked the same way so I wasn't out too much time on any of this.

      It's pretty easy to cron your cvsup to update your sources regularly. I have a buildbox that automatically builds world whenever a patch comes down and I have a freshly patched setup ready to be installed. Export the /usr/src and /usr/obj to the other boxes and they are all up to date fairly easily. Small userland patches are still easy to do individually but kernel patches and others make me glad I have a world ready to install.

      I used to play with the BSDs and thought it was a really nice stable OS but that wasn't enough to make switch over to it. It wasn't until I put it on a system and started figuring out cvsup to keep sources/ports up to date, how easy it was to upgrade to the next release and how great ports/pkgsrc can be that I realized that this is what I want/need to be running.

    43. Re:Yet another modern feature added to *BSD by Just+Some+Guy · · Score: 1
      I sincerely appreciate the pointer. I'd seen crypto cards selling for multiple thousands of dollars and had assumed that this was something beyond my reach. I'm very pleased to be proven wrong. :)

      I'm using an older Alpha with FreeBSD as a firewall (OpenBSD explicitly does not support that particular model), and if that card is compatible, that may make a nice upgrade for the little server.

      --
      Dewey, what part of this looks like authorities should be involved?
    44. Re:Yet another modern feature added to *BSD by grub · · Score: 1

      No problem at all.

      As I said, that card and it's kin are pretty slow (well.. relatively speaking) by today's standards but the price is certainly right. Hell, you'll still be able to give a good load on a 100Mbit line :)

      --
      Trolling is a art,
    45. Re:Yet another modern feature added to *BSD by Just+Some+Guy · · Score: 1
      There's not a lot of crypto going on if I'm on the local machine from the console.

      You'd think, but you'd be wrong. From Cryptography in OpenBSD, a PRNG is used for:

      • Dynamic sin_port allocation in bind(2).
      • PIDs of processes.
      • IP datagram IDs.
      • RPC transaction IDs (XID).
      • NFS RPC transaction IDs (XID).
      • DNS Query-IDs.
      • Inode generation numbers, see getfh(2) and fsirand(8).
      • Timing perturbance in traceroute(8).
      • Stronger temporary names for mktemp(3) and mkstemp(3)
      • Randomness added to the TCP ISS value for protection against spoofing attacks.
      • random padding in IPsec esp_old packets.
      • To generate salts for the various password algorithms.
      • For generating fake S/Key challenges.
      • In isakmpd(8) to provide liveness proof of key exchanges.
      Several of those (random PIDs, for example) directly impact local system performance, particularly on something fork-heavy like a large build. OpenBSD gives you strong randomness in places most people never even thought to look for it, but you have to pay for it.
      --
      Dewey, what part of this looks like authorities should be involved?
    46. Re:Yet another modern feature added to *BSD by anthonyrcalgary · · Score: 1

      I stand corrected. But in my case I was running some disk i/o heavy stuff that didn't fork any new processes. In any case, "You pay for the security and reliability with speed." is a condition I can live with when what I want is reliability or security.

      --
      When someone might yell at me, it has to be OpenBSD.
    47. Re:Yet another modern feature added to *BSD by Anonymous Coward · · Score: 0

      IIRC, Theo said it was quite possible to quickly kludge together SMP support for OpenBSD, but doing it according to thier rigorous philosophic standards requires an extensive bottom up rewrite. It's been in the works since 2000.

    48. Re:Yet another modern feature added to *BSD by meme_police · · Score: 1

      Good sir, you are in fact.. mistaken. There is just as much FreeBSD in OS X as there is NeXTStep. In fact, OS X actually includes FreeBSD code while the NeXTStep influences are just that, influences. See http://www.apple.com/macosx/features/unix/

      --

      The meme police, They live inside of my head

    49. Re:Yet another modern feature added to *BSD by b17bmbr · · Score: 1

      which is why i won't be submitting any kernel patched anytime soon!!

      --
      My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
    50. Re:Yet another modern feature added to *BSD by bsharitt · · Score: 1

      yeah, netBSD is great on a lot of those old 68k macs.

  3. Risky to add SMP to free *nix by sydb · · Score: 5, Funny

    Let's hope IBM doesn't offer their developer time... ;0)

    --
    Yours Sincerely, Michael.
    1. Re:Risky to add SMP to free *nix by j-pimp · · Score: 2, Insightful

      Theo couldn't be the boss if he switched to Linux, but what OTHER reasons are there?
      Uh first of all competition. You have this small group with its own politics and motives that not Linux. This means their are probaly a few thing that they can get done better becasue they want to. For example, OpenSSH. Being OpenSSH did end up filling an important need, Linux, other unices and even Windows benifitted. Theo threw a bitch fit over the license of the packet filtering software in OpenBSD and this lead to another "more free" package being created and caused te author of the original package to rethink and clarify the license. The ports collection has some great ideas of package management. Linux imporved greatly upon them with debian. OpenBSD took telnet and rsh flat out of the source tree. Others will probally follow suit.

      --
      --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
    2. Re:Risky to add SMP to free *nix by KrispyKringle · · Score: 3, Insightful
      Aside from the arguments about superiority (FreeBSD versus Linux on Intel hardware, for example, is a bit of a tough one, though OpenBSD versus most Linuxes for security is not, and any BSD versus Linux for stability is pretty much not a competition, either), you seem a bit misguided about the BSD's.

      You assume that it is ego that's responsible for Theo to run the OpenBSD project (which as I said really does have a number of security features that Linux hasn't got--compare http://openbsd.org/errata.html to the track record of the Linux kernel alone). You seem to forget that the BSD's are distinct projects; Theo runs Open, but not Free or Net (or Darwin, or the number of commercial OSes that borrowed BSD code--OSX and Solaris, if I remember right, among likely others).

      Judging by that little misconception alone, I'm guessing you aren't a BSD user. I'm going to go out on a limb here and ask if you've ever even used a BSD (me, I'm both a Linux and a BSD person; posting from a Linux desktop, run Linux and Free and Open on servers, and my laptop is a nice new OSX powerbook). You might assume from the hype that Linux is technologically superior, but that is often not the case. The BSD's have their strengths and weeknesses, just as Linux does. Linux has momentum and publicity as a principle strength. But that doesn't mean it's always better (and truly, even if I've got PAX and SELinux or GRSec or similar on my Linux install, I still have to worry about reasonably frequent kernel vulnerabilities a bit more than I do with OpenBSD or even FreeBSD).

    3. Re:Risky to add SMP to free *nix by SillyNickName4me · · Score: 1

      Because we do not like monopolies in general? Competition is a good thing

    4. Re:Risky to add SMP to free *nix by SillyNickName4me · · Score: 2, Insightful

      Hmm.. the claim of it being extremely clean is often used, but in my book an ip_input.c which is mostly a single 450+ lines long function doesn't qualify as clean. That said, that was in FreeBSD 4.2 and earlier, didn't look at that part since.

      The BSD source tree itself is reasonably well organized, and things are consistent, that is the most important part when dealing with the source I think, it means you can predict where to find the stuff you are looking for.

    5. Re:Risky to add SMP to free *nix by Anonymous Coward · · Score: 0

      http://www.grsecurity.net/

    6. Re:Risky to add SMP to free *nix by grub · · Score: 2, Insightful


      Theo threw a bitch fit over the license of the packet filtering software in OpenBSD and this lead to another "more free" package

      "threw a bitch"? Well.. he stuck to his standards; that's an admirable thing. However I can say with a clear conscience that pf is the finest L3 filter I've used. It eats ipf, ipfw, ipchains, etc etc, for breakfast. In fact the only thing the overpriced Cisco PIX has going for it is failover on some of their units.

      joy == OpenBSD + pf

      --
      Trolling is a art,
    7. Re:Risky to add SMP to free *nix by Anonymous Coward · · Score: 1, Interesting

      GRsecurity is good stuff, but it won't necessarily prevent exploitation of a kernel bug (depending on the nature of the bug). Sometimes it'll help, but sometimes it won't. Unless somehow they manage to get Linus to approve grsec as the kernel security mechanism, but from what I understand, he wants to use something else instead (LIDS).

    8. Re:Risky to add SMP to free *nix by KrispyKringle · · Score: 1
      I already addressed GRSecurity. My point would be that with a little bit of work, I can configure FreeBSD to have the same general features as OpenBSD (chrooted daemons, encrypted swap, compile all my binaries with stack overflow protection, etc). With a bit more work, I can do the same with Linux (gentoo-hardened has been making some neat progress integrating stack overflow protections, again). Point is that regardless of those features, the code itself is just rawer. OpenBSD apparently really did gain something from its extensive code review, judging by its particularly good record for vulnerabilities.

      So theres a difference between configuring something security, which you can do on Linux or FreeBSD or OpenBSD, and having an OS which simply is less likely to have vulnerabilities. GRSec, LSM implementations, SELinux, etc, are all great stuff. But they don't really help if you have mmap bugs or ICMP memory leaks or what have you.

    9. Re:Risky to add SMP to free *nix by mirabilos · · Score: 1

      Well, you'll have fun with pfsync, carp and
      friends in OpenBSD 3.5 then.
      Screw your cisuxxos :)

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
  4. Netcraft confirms... by DarkHelmet · · Score: 0, Funny
    A dead operating system grows a second head and becomes a two-headed ghost.

    The trolls are gonna love this one.

    --
    /^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}$/i
    1. Re:Netcraft confirms... by fm6 · · Score: 4, Funny

      No, even the trolls are tired of "BSD is dying...".

    2. Re:Netcraft confirms... by arcanumas · · Score: 1

      But apparently, not moderators...

      --
      Slashdot Sig. version 0.1alpha. Use at your own risk.
    3. Re:Netcraft confirms... by Anonymous Coward · · Score: 0

      It is official; Netcraft confirms: *BSD-is-dying trolling is dying

      One more crippling bombshell hit the already beleaguered troll community when IDC confirmed that *BSD-is-dying troll market share has dropped yet again, now down to less than a fraction of 1 percent of all crapfloods. Coming on the heels of a recent Slashdot survey which plainly states that *BSD-is-dying trolls have lost more market share, this news serves to reinforce what we've known all along. *BSD-is-dying trolling is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Trollcore comprehensive crapflooding test.

      You don't need to be a Kreskin to predict *BSD-is-dying trolling's future. The hand writing is on the wall: *BSD-is-dying trolls face a bleak future. In fact there won't be any future at all for *BSD-is-dying trolls because *BSD-is-dying trolling is dying. Things are looking very bad for *BSD-is-dying trolls. As many of us are already aware, *BSD-is-dying trolliing continues to lose crapflood share. Negative karma flows like a river of blood.

      cmdr taco (troll) is the most endangered of them all, having lost 93% of his karma. The sudden and unpleasant departures of long time *BSD-is-dying trolls Klerck and on by only serve to underscore the point more clearly. There can no longer be any doubt: *BSD-is-dying trolling is dying.

      Due to the troubles of goatse.cx, abysmal moderation and so on, *BSD-is-dying trolling went out of business and was taken over by the GNAA who sell another troubled crapflood. Now GNAA is also dead, its corpse turned over to yet another charnel house.

      All major surveys show that *BSD-is-dying trolling has steadily declined in crapflood share. *BSD-is-dying trolling is very sick and its long term survival prospects are very dim. If *BSD-is-dying trolling is to survive at all it will be among crapflood dilettante dabblers. *BSD-is-dying trolling continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD-is-dying trolling is dead.

      Fact: *BSD-is-dying trolling is dying

    4. Re:Netcraft confirms... by parksie · · Score: 1

      ..."*BSD is dead!" trolls are dying.

    5. Re:Netcraft confirms... by fm6 · · Score: 1

      Just imagine a beowulf cluster of dying BSD trolls!

  5. smp? by narkotix · · Score: 1, Insightful

    can someone enlighten me as to why its taken so long to get support?

    --
    We played dungeons and dragons for 3 hours.....then i was slain by an elf
    1. Re:smp? by Anonymous Coward · · Score: 5, Funny

      can someone enlighten me as to why its taken so long to get support?

      because you've been to lazy to do it?

    2. Re:smp? by Anonymous Coward · · Score: 4, Informative

      SMP is one of those technologies encumbered by various patents. As it is now, SCO claim to own most of the support for it, and it's one of the features embroiled in the SCO vs IBM case.

      How they'll get around this, I don't know. It's good to see the coding and experience getting out there and used all the more however.

    3. Re:smp? by Herbster · · Score: 5, Insightful

      oops. Because OpenBSD is focused on security. This means they don't compromise by spreading development effort that could be best spent on making the OS more secure.

    4. Re:smp? by TheHonestTruth · · Score: 5, Informative
      Because it wasn't important to Theo. Seriously. He had no need for it, plus it introduces security issues (I guess, I can't speak from experience) with what code is getting executed in what processor, so it wasn't developed for a long time (security being OpenBSD's focus). It just started getting some work in the past year or so.

      -Truth

      --

      I had a steady B+ in my AI class until I failed the Turing test...

    5. Re:smp? by narkotix · · Score: 1

      thanks for that insight. I dont really use bsd at all (only thing we get to use unixy is sco for a large library system) - mainly windowscentric where i am based (huge microsoft contracts) so we rarely get to play around with other os's :-/

      --
      We played dungeons and dragons for 3 hours.....then i was slain by an elf
    6. Re:smp? by Anonymous Coward · · Score: 0

      That's a nice way of saying that OBSD's dev resources are very limited, mainly due to personality issues.

    7. Re:smp? by Brandybuck · · Score: 2, Insightful

      so we rarely get to play around with other os's

      Does your boss make you live at work? Go home and play around with other systems there!

      --
      Don't blame me, I didn't vote for either of them!
    8. Re:smp? by Herbster · · Score: 1

      Or, another way, Theo doesn't let retards mess with his source tree ;)

    9. Re:smp? by Daniel_Staal · · Score: 5, Informative

      OpenBSD's top priority is security. For SMP that means two things:

      1. All potential security-relevant race conditions must be handled. A single processor system can never do two things at exactly the same time. A dual processor one can. OpenBSD wouldn't be OpenBSD if that would be allowed to affect the system's integrity.

      2. Given the choice of an small project, that increases security, and a big one that probably will lower it, Theo will choose the one that increases security. Dual-processors are not a major concern to OpenBSD's core users, so support can wait until other things get done.

      --
      'Sensible' is a curse word.
    10. Re:smp? by Arker · · Score: 1

      BSD focuses on being secure and stable through eliminating shoddy code. There's still good work to be done there, although at this point they've been pretty thorough cleaning up all the old shoddy code. Coding SMP into a kernel isn't easy, but when that code is going to be held to BSDs standards it's 10 times harder.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    11. Re:smp? by sir_cello · · Score: 1


      You provided what is the most relevant answer to this whole discussion, and if anyone else takes your lead we may just for once have some interesting and useful perspectives on technology from this place.

      Essentially: what are the core issues surrounding SMP and security - inter-processor race, memory and buffer conditions; similar problems with co-operative applications, etc.

      Anyone want to make this a really useful discussion ?

    12. Re:smp? by Alan+Cox · · Score: 4, Interesting

      SMP is so old a technique that almost all of it is so old that any patents have expired twenty years or more ago. The one exception in the Linux case is RCU, which is a scaling technique patented by IBM for which GPL use rights were granted but not I believe BSD use rights.

      Bad SMP can be done in a couple of weeks by anyone, good SMP is a little harder and its nice to see OpenBSD joining in the game as SMP is now at the on processor level so it is becoming important.

    13. Re:smp? by putaro · · Score: 1

      I don't think the issues are patents. (Don't even start with SCO - their claim to the SMP support in Linux is not based on patents but on their weird derivative code theory. According to this theory, the SMP code that Sequent and IBM developed for their own versions of Unix is a derivative of the original Unix base code and hence SCO owns the rights to it. It's not a patent thing, it's a fraud thing) Multiple companies have done SMP Unix systems. The issue is: it's HARD. The Unix kernel was built with single threadedness in mind. You have to go through and find all the right places and put locks in and then tune the puppy. When SGI went to their full SMP kernel back in the early 90's it took them forever to get it tuned well. I used to work on mini-supercomputers (a weird name, for a weird class) back in the late 80's and we had 8-way multiprocessor machines but we left the kernel single-threaded, again because it was HARD. Also, for scientific computing, you spend most of your time in the application, not in the kernel, so a single threaded kernel isn't a huge hit.

      Today, a lot of people have pulled it off, tools are better and a lot of the issues are known. Multi-cpu computers are a readily available to small developers. I wish them luck, I'm sure they'll be able to pull it off, but it's not a matter of just waving the magic SMP wand at the code.

    14. Re:smp? by Anonymous Coward · · Score: 0

      As there probably wouldn't be much more parallelism added to the userland per se, I wonder whether smp, and fine grained threading really would introduce many races that would be a security problem instead of just a stability problem. Based on what I've gleaned, libc only uses more than one thread when the application asks for it. I suppose the resolver is a separate entity from the processes that need to use it, and FreeBSD recently patched their resolver so that it was multithreaded. But the "big one" is the kernel, and I think the security questions (network systems and system calls) should have already been addressed. The big problem is getting a kernel that was hard coded to run well with only one processor to scale to several without breaking.

    15. Re:smp? by Anonymous Coward · · Score: 0
      SMP is one of those technologies encumbered by various patents.

      That has nothing to do with it at all! OpenBSD hasn't had SMP because it introduces TONS of opportunites for race conditions. And race conditions present exploitable opportunites - OpenBSD does have security as a primary goal of the project. So that means that the bi-annual code audits would be harder. If it was simply about patents why would FreeBSD and Linux have had SMP support for YEARS?!?!?
    16. Re:smp? by Anonymous Coward · · Score: 0

      They had to check there was not sco code inside.

    17. Re:smp? by UseTheSource · · Score: 1

      Yeah, they figured this out on other OS's (open source and otherwise) a couple of years ago.

      --
      "Ein Volk, ein Reich, ein Führer." -Adolf Hitler
      "We are one Nation, we are one People." -The One 'leader'
    18. Re:smp? by Anonymous Coward · · Score: 0

      Because they've only got two people who actually write code, and they don't take code submissions that live up their ridiculous and non-ANSI, non-POSIX, not-used-anywhere-but-in-their-apartment coding standards?

      Seriously, I was contributing BSD patches back when Sam Leffler was the main author, in the BSD 4.x days. Their authors have gotten trapped into a real purist's ideal of perfect code, and thus never get around to writing or testing anything. The 1000 trained monkeys of the Linux development world are generating better and more useful products because they actually write tools for people to use.

    19. Re:smp? by aggieben · · Score: 1

      If you've kept up with (or even just browsed the archives) the mailing list as I have, you would know that the numero uno reason for not having SMP until now has been a lack of developer interest. The OpenBSD dev team is relatively small, especially compared to FreeBSD and Linux. SMP hasn't been the top priority and so SMP hasn't gotten any attention.

      IMHO, I think the priorities in the OpenBSD project are not always what they ought to be and I think a sort of ideology drives some of that, but the above *is* the reason that there has not been any SMP support yet. If you ask me (which I know nobody is doing), I would say that lack of good SMP support is probably one of the biggest reasons that OpenBSD is still a hobby OS and not as usable at the enterprise level, especially for servers. This is where Linux and FreeBSD have a distinct advantage. Of course there are other issues, but I think not having SMP is one of the biggest ones. Platform portability is another issue, but that is a whole other conversation.

      --
      Don't become a regular here, you will become retarded. -- Yoda the Retard
    20. Re:smp? by dodell · · Score: 1

      Well, I hate to crash everyone's party, but take a look at:

      http://www.openbsd.org/security.html#34

      When you're talking about remote exploits, OpenBSD might rate well by default. When you're talking about exploits in general, OpenBSD has just as many / more than the rest.

    21. Re:smp? by Nimrangul · · Score: 1

      Not really. A large number of the problems the OpenBSD team correct are things that look like they may be expoloitable, and they mark them security because it may be possible. You don't need to prove it for someone to want to remove the possibility. A large number of the problems in OpenBSD today can only be used as a DOS on the box, I would rather my box be downed by some kiddie than it be remotely root accessed by some kiddie. A key to the number of bugs found in OpenBSD is that there are people on the team actively looking for them all the time, where as there aren't many people that are reading over the entire Linux kernel and reporting anything that was poorly coded and supplying a patch to fix it. Also when comparing it to Linux; OpenBSD is an operating sytem and Linux is a kernel. The operating system should of course have more problems with it, as it contains a bunch of code from outside sources that may not have been coded as well as the kernel (a lot of strlcpy/strlcat replacing is done to programmes used on OpenBSD).

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    22. Re:smp? by Herbster · · Score: 1

      Maybe if you actually COMPARED that with other operating systems, you'd see that it's a good record. And don't forget that it includes both the kernel and the userland.

    23. Re:smp? by udippel · · Score: 1
      When you're talking about remote exploits, OpenBSD might rate well by default.

      And ? As sysadmin this is exactly what makes me sleep well. When OpenBSD is our link to the wild world web.

    24. Re:smp? by udippel · · Score: 1
      (darn, no mod points for parent)

      This is actually one of the best posts in here. It is not true that SMP was irrelevant for OpenBSD. Agreed, 99% of the users wouldn't actually need it. But once you know and like an OS: What are you going to propose for the enterprise if ever the question came up ? I reluctantly consulted to FreeBSD. Reluctantly not because it was bad, but I prefer OpenBSD. Only the SMP issue ... .

  6. Interesting... by TheHonestTruth · · Score: 4, Interesting
    Given Theo's past attitude of "it's not important to me so it's not important to OpenBSD." Though his goal always seemed self-serving e.g. "I write it for myself and if others use it, fine," it's good to see that he is opening his mind to the one area OpenBSD is severly lacking. It could use some desktop polish (though I only use it for firewalls and servers since I only use it at home), SMP is the gaping hole in OpenBSD's offering. Knowing Theo's penchant for not playing nice with anyone beneath him, I'm guessing the SMP developer is pretty top-notch if he has Theo's support. Cool.

    -Truth

    --

    I had a steady B+ in my AI class until I failed the Turing test...

    1. Re:Interesting... by Anonymous Coward · · Score: 0, Funny

      Meh, but OpenBSD is slow anyway... SMP ain't gonna help.

      It's like adding SMP support to a C64 or something... pointless

      Theo is a jackass, he's lucky anyone cares at all.

    2. Re:Interesting... by TheHonestTruth · · Score: 1
      I wish I could refute this, but IIRC, a series of I/O benchmarks were run on the major OS players a while ago and OBSD did pretty terribly. Well, it suits my needs and I got tired of OS advocacy a long time ago so I'm just sticking with what I know. To each their own.

      -Truth

      --

      I had a steady B+ in my AI class until I failed the Turing test...

    3. Re:Interesting... by Ryvar · · Score: 4, Informative

      While I'm a big fan of OpenBSD and Theo both - I have to admit that Theo doesn't play nice even with those NOT beneath him - the loss of Niels Provos is still a bitter, bitter blow for the project.

    4. Re:Interesting... by Anonymous Coward · · Score: 0

      True, the thought of having SMP with OBSD is tantalizing, but I don't think your comments are warrented towards the desktop polish. Personally, I have used many different operating systems in the past, and still do, but if a more polished desktop is what I'm after, then I'll use FreeBSD. Just look at how their port system is set up. It's much more geared to be the type of os where you can plunk someone down in front of Gnome or KDE, and away they go. The very fact that OBSD touts security should make it the ideal candidate for exactly what you use it for. The developers don't need to waste time on making eye candy.

      -hn

    5. Re:Interesting... by beerwolff · · Score: 3, Interesting

      Well I think Theo's attitude has reflected this because everyone wanting certain features weren't going to code any of it themselves.

      So yes, his attitude was "I'm not going to code that feature for you because it doens't interest me.". But I'm pretty sure if anyone coded something good enough it would be accepted -- why wouldn't it be?

      Play by the OpenBSD rules (no dumb licenses, etc), and write good code, and you can get your code into the official tree. If you write crappy code, or put a dumb license on it, then of course it's not going to be included.

    6. Re:Interesting... by Ryvar · · Score: 4, Insightful

      Personally, I feel safer knowing that the time that could have gone into optimization has gone into checking for bugs and other security enhancements (privsep, WorX, etc.) - OpenBSD isn't meant to be your main enterprise-level server. That's FreeBSD's job. OpenBSD is supposed to sit there at the gates and safely divide packets into sheep or goats all day long.

    7. Re:Interesting... by Anonymous Coward · · Score: 0

      not everyone is a coder. but they may still have suggestions and want to see certain things.

    8. Re:Interesting... by Anonymous Coward · · Score: 0

      How does "privsep, WorX, etc." make OpenBSD a better firewall OS? ... And why is OpenBSD better at FreeBSD at firewalling?

    9. Re:Interesting... by Anonymous Coward · · Score: 0

      I really don't give a shit. I don't use software based on what the developers political beliefs, temperament or some other trivial personality trait. I use the software because it runs fine on my hardware.

    10. Re:Interesting... by cant_get_a_good_nick · · Score: 1

      Any links on the fallout? I did a google on Provos, found a lot of stuff (he would be a loss to any project) but nothing about the split.

    11. Re:Interesting... by Rosco+P.+Coltrane · · Score: 1

      I really don't give a shit. I don't use software based on what the developers political beliefs, temperament or some other trivial personality trait

      that's very fine until those political beliefs or personality become overwhelming, and just generally too much to ignore. I guarantee you, if Linus became a neo-nazi tomorrow, I'd switch to *BSD in a jiffy, and so would many other devout Linux users.

      And I know more than a few people who flatly refuse to try dotGNU because you-know-who, and his special personality, and his political motivations for doing it, is behind the project.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    12. Re:Interesting... by iminplaya · · Score: 1

      no dumb licenses...

      I sure hope that alone keeps BSD alive. Dumb licenses might kill Linux before Microsoft does. Then how will SCO stay in business if they have nobody to sue? Like a train wreck, these license battles are fun to watch.

      --
      What?
    13. Re:Interesting... by Anonymous Coward · · Score: 1, Interesting

      And I know more than a few people who flatly refuse to try dotGNU because you-know-who, and his special personality, and his political motivations for doing it, is behind the project.

      And I can assure you that you know a few people who are idiots. While one can disagree with RMS' politics, putting him in the category of neo-nazis and other radicals shows a complete disregard for common sense.

    14. Re:Interesting... by hdw · · Score: 2, Insightful

      Yes they may.
      But why should anyone listen?

      If you want a certain feature then you either code it, or pay someone to code it. Wishing doesn't produce better software.

      Sure, you can contact the developer(s) and say "wouldn't it be nice if ..." but don't whine if she/he says "sure, when/if I get the time and/or resources".
      If you don't like that answer then either provide the resources or pay for commercial software.

      --
      Executive Pope (small) Kallisti Engineering
    15. Re:Interesting... by kfg · · Score: 5, Interesting

      Unfortunately, not all ideas are created equal, or should be treated equally. Some are better than others. Some bad ideas repeat over and over and over again, over a course of years and it's not unknown for a project head to get testy about them after awhile.

      Especially since it's actually pretty rare for someone outside to come up with an idea that the people who work with the code all the time haven't actually already thought of.

      Some ideas aren't bad, they just have to wait their turn in line and their priority may be low within the parameters of the project.

      For instance, in Racer, a project overtly aimed at providing the best physics engine for driving sims, there is fairly constant call from the modelers, who don't contribute any code, to impliment opening doors and working horns.

      While the core physics is yet incomplete.

      Opening doors and working horns will come in time, and has been stipulated, when they make it to the top of the priority list. Right now nailing the tire and drive train model is far more important.

      As a project head it's all too easy to become a code monkey for everyone with an idea. That isn't the role of a project head. His role is to decide what does and does not belong in the code base, and when it's important for what does belong in the code base to get implimented.

      I'd don't know OBSD or Theo, but I do know some of the problems encountered in open collaborative works, or works that are essentially the project of a few, but that take place in fairly public view so the public tends to the think of them as open collaborative works when they are not.

      This isn't just a problem in software projects. As a physicist I have spent many, many hours trying to explain to people why their idea for a magnetic perpetual motion machine just won't work. I have to spend these hours because these people haven't taken the trouble to gain a simple high school understanding of physics.

      Now, as it happens I make part of my living tutoring basic scientific philosophy and physics. If these people wish to enroll and learn, fine, that's my "job."

      But if all they want to do is argue with you, ad infinitum, in swarms, sooner or later you start to reach for the fly swatter and just bat them all away.

      Not because you have anything against them, per se. Because life is short.

      KFG

    16. Re:Interesting... by Daniel_Staal · · Score: 2, Informative

      Let's see...

      Privsep: Makes sure that only the code that needs to be root is run as root.

      WorX: Makes sure that data cannot be executed as code. (Memory pages are either executable or writable, not both)

      There are other features like them, that add to the security of the system. OpenBSD is better at firewalling than FreeBSD because of them; it is harder to break any port or access that is allowed/found into a security lapse. And any security lapse will be as limited as possible.

      FreeBSD is descent at this. The standard level of security is available. OpenBSD is positively paranoid. That's a good thing when anyone can throw anything at it...

      --
      'Sensible' is a curse word.
    17. Re:Interesting... by Anonymous Coward · · Score: 5, Insightful
      have to admit that Theo doesn't play nice even with those NOT beneath him


      Ever play with a cat? You swat at its head a bit, it tries to bite back or swat back, roll it around, it scratches your hand, etc, etc, the same way one cat plays with another - the nibbles and scratches don't really hurt a fellow cat. Theo plays rough with people, has thick skin, and expects others to play as rough as he does (yes rough often == flame wars, etc). He plays rough with everyone, irregardless of how much work you do, though he does really respect those who do good work (he'll talk *very* highly of them).


      I don't much care for that attitude, but i also recognize that i am the same way with some people (at work, among co-workers, we hurl insults back and forth and call eachother on our fuck ups, but also respect eachother's work abilities and will say so when asked). Theo is just that much more consistent than i am.

    18. Re:Interesting... by bsdcow · · Score: 3, Insightful

      niels moved to netbsd where he works now but i believe most of his code will be ported to openbsd when required. theo seems to have been a bit harsh over niels and niels left. well, this is a business between niels and theo and we should not dwelve into it ;)

    19. Re:Interesting... by Anonymous Coward · · Score: 0


      Actually this is changing now, as Theo gets more desparate for participation of any kind. Crappy code has been accepted for some time now and discussion of whether to accept commercial licenses has been a matter for discussion on the lists this week.

    20. Re:Interesting... by Anonymous Coward · · Score: 0

      But clearly the facts state otherwise:

      Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised. According to Jim Markham, editor of the online security forum SecurityWatch, the few OpenBSD servers that exist on the internet have become a joke among the hacker community. "They make a game out of it," he says. "(OpenBSD leader) Theo [de Raadt] will scramble to make a new patch to fix one problem, and they've already compromised a bunch of boxes with a different exploit."

    21. Re:Interesting... by anthonyrcalgary · · Score: 2, Redundant

      The list isn't exaustive...

      Privsep=privilege seperation. As many daemons as possible either drop priviliges or run as two processes, one privileged and one not. This makes a sucessful attack against a deamon less damaging because the attacker's incfluence will be trapped in a process that's not allowed to touch anything important. It turns a remote root attack into a denial of service.

      W^X (the operator is "exclusive or" not "or") makes many kinds of arbitrary code attacks impossible, by making it impossible for processes to execute memory they can write to. Other OSes probably have this, but I don't know of any, and all the big ones (Linux, Windows, FreeBSD, Solaris, AIX, etc) do not. It breaks some stuff, but it makes everything else more secure. It's a tradeoff, and I suppose OpenBSD is the only one focused enough on security to do it. I've heard that Windows will use it in the 64-bit version of Windows, but that will break Java and .NET unless they add kernel hooks to get at writable and executable memory. But that will make it a lot less effective...

      Also, everything is compiled with ProPolice stack protection, which makes stack smashing almost impossible. If you look at recent OpenBSD security advisories, many of them say "propolice turns this from a local root exploit into a denial of service", or words to that effect. Many similar problems are local root exploits on NetBSD solely because it lacks ProPolice.

      OpenBSD is considered better (by many) for firewalling largely because the security is very good. If one system has to touch the Internet, better to use an OS that has very good security. Also, PF is a much better firewall than any of the competition. FreeBSD is importing it for this reason, but at the moment the only OS with PF in an official release is OpenBSD.

      Personally, I like it because of the reliability. It's the only OS I use regularly that's never broken without bad hardware or me making mistakes. From what I've heard, Debian-stable is also that good, but OpenBSD has much better firewalling features.

      --
      When someone might yell at me, it has to be OpenBSD.
    22. Re:Interesting... by Anonymous Coward · · Score: 0

      Take a look at the misc@ archives for the last few days.

    23. Re:Interesting... by kamelkev · · Score: 2, Interesting

      it's good to see that he is opening his mind to the one area OpenBSD is severly lacking.

      Um, are you kidding me? I've been involved in a project doing OpenBSD kernel development for the last 2 years, and I'll tell you right now there are so many shortcomings in the kernel you wouldn't believe it.

      Let's start with the broken PCMCIA support (interrupt problems), or maybe the fact that it doesn't have kernel threads (user threads blow, especially when those are broken too), and don't get me started on the broken drivers (there are so many that don't work right).

      We fixed lots of these issues for our projects, but honestly, who cares about contributing back to OpenBSD. We talked about sending patches, but he was such a jerk in our interactions with him (Theo) that we just decided to keep them to ourselves.

      Seriously, at this point the differences in security between OpenBSD and FreeBSD are trivial... so what's the point.

    24. Re:Interesting... by KidSock · · Score: 1

      Given Theo's past attitude of "it's not important to me so it's not important to OpenBSD." Though his goal always seemed self-serving e.g. "I write it for myself and if others use it, fine," it's good to see that he is opening his mind to the one area OpenBSD is severly lacking.

      Well SMP is not important for file server (e.g. HTTP servers). If you look at a lot of the low end machines these days they're single processor. It's just not that compelling to have multiple CPUs in a file server anymore. CPUs are much faster than they need to be to do whatever they do between I/O.

      It could use some desktop polish (though I only use it for firewalls and servers since I only use it at home), SMP is the gaping hole in OpenBSD's offering.

      Are we talking about the same operating system? I'm talking about the one leading netcraft uptime stats. Why would you desicrate a wonderful pure blood OS with a d-d-d-d-desktop?

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

      For fuck's sake, the word is "implement" you fucking tool. Can't you learn anything?

    26. Re:Interesting... by fodderb0y · · Score: 0

      i've never seen a cat head up an open-source operating system development team.

      nor have i seen theo take a dump in a catbox.

      the point is, while the analogy is entertaining, it's inaccurate. theo's just plainly an egotistical self-centered prick who proclaims his operating system to be secure, but sacrifices for security functionality, features, and general ease of use.

      if you can live with that, use OpenBSD. i used it for three years, got sick of his pedantic, terse, and rude replies to people who had valid, helpful input, and switched to freebsd in the end.

      the bottom line is an operating system is as secure as you make it. while OpenBSD has certain characteristics which make it MORE secure than other operating systems, that does not make other operating systems, BSD or otherwise, INFERIOR security-wise, for the simple reason that security is a function of the level of paranoia of the administrator.

    27. Re:Interesting... by harryk · · Score: 1

      Interesting take on this. I admire that you recognize that just because someone can come accross as a dick, doesn't mean that don't take others seriously.

      I have a similar problem at work with fellow employees. In my opinion, having a hardass encourages everyone else to work harder and more efficiently, so that they too can be the prick and give some back, often deserving to the original prick.

      I think its vitally important for people to stop pussy footing around everyone and grow a pair of perverbial balls!

      harryk

      --
      think before you write, it'll save me moderator points.
    28. Re:Interesting... by Anonymous Coward · · Score: 0
      Theo plays rough with people, has thick skin, and expects others to play as rough as he does (yes rough often == flame wars, etc). He plays rough with everyone, irregardless of how much work you do, though he does really respect those who do good work (he'll talk *very* highly of them).

      Yes, yes, anyone that's spent any time on virtually any open source project is familiar with this kind of attitude. That's not what's going on here. It's not just that he's rude. It's that he really is preventing smart people from working on his project for stupid reasons (not just being rude to them, actually revoking commit access and other such childish things).

      Explain this Niels Provos thing, for example. Niels is extremely bright, productive, reliable, has a very thick skin, and is easy to get along with. He didn't leave because of some nebulous personality conflict....

    29. Re:Interesting... by TheHonestTruth · · Score: 1
      Why would you desicrate a wonderful pure blood OS with a d-d-d-d-desktop?

      I wouldn't, hence my comment of "I only use it for for firewalls and servers." ;-p

      As for SMP, I'd rather have a single dual processor machine than two single processor machines for just about anything (except maybe web servers/farms). But that's just a personal fewer-machines-to-admin preference.

      -Truth

      --

      I had a steady B+ in my AI class until I failed the Turing test...

    30. Re:Interesting... by TheHonestTruth · · Score: 1
      *shrug* I don't do any development anymore, and when I did, I didn't bother attempting OpenBSD development for fear of getting my (comparatively) incompetent ass handed to me. I just know that I've been using OBSD for about 4 years now and the one area people are always bitching about, users and naysayers alike, is lack of SMP.

      -Truth

      --

      I had a steady B+ in my AI class until I failed the Turing test...

    31. Re:Interesting... by Anonymous Coward · · Score: 0
      while OpenBSD has certain characteristics which make it MORE secure than other operating systems, that does not make other operating systems, BSD or otherwise, INFERIOR security-wise, for the simple reason that security is a function of the level of paranoia of the administrator


      There is more to my life than just securing my servers. If one OS makes that task easier, and that task is of utmost importance to me, then i'm using that OS. Sure most OS's can be secured, but at what time cost? I'd rather be home getting laid or out drinking than at work securing yet another server.

    32. Re:Interesting... by Anonymous Coward · · Score: 0
      As for SMP, I'd rather have a single dual processor machine than two single processor machines for just about anything (except maybe web servers/farms). But that's just a personal fewer-machines-to-admin preference.


      I'd rather know my financial constraints first, as well as the end goal. SMP is great for some tasks, multiple single procs with good disk are better for others. Ease of admin involves setting up the right mechanisms for either road.

    33. Re:Interesting... by Anonymous Coward · · Score: 0
      Niels is extremely bright, productive, reliable, has a very thick skin, and is easy to get along with. He didn't leave because of some nebulous personality conflict....


      Oh? And you know this how?

  7. Watch out for the SCO police by gilesjuk · · Score: 2, Funny

    What next, SCO sues OpenBSD for having a feature that Linux has?

    1. Re:Watch out for the SCO police by sydb · · Score: 2, Funny

      That wasn't very funny. Please see my post for an example of a successful way to refer to SCO, and simultaneously entertain your audience, in this story.

      --
      Yours Sincerely, Michael.
    2. Re:Watch out for the SCO police by SilveRo_kun · · Score: 1

      Well, here: http://www.linux.org.uk/SMP/title.html it says: "the initial port was made possible thanks to Caldera".... Maybe that's why SCO said it will soon sue the BSDs... =)

    3. Re:Watch out for the SCO police by Anonymous Coward · · Score: 0

      Actually, SCO has no say in SMP in the BSD's. Back in the early 90's FreeBSD went throught it's lawsuit and lost for using System V code. Since then all System V code was removed from FreeBSD. Since FreeBSD has SMP then it should be possible to add SMP to OpenBSD without infringing of SCO or anyone that claims to own this technology.

      OpenBSD does not really need SMP. Does anyone really use a mutli-processor firewall?

  8. DON'T FORGET ABOUT DARWIN by Anonymous Coward · · Score: 2, Funny

    It's BSD-compatible, AND ALREADY HAS SMP! By the power of Jordan Hubbard, I COMPEL YOU!!

    1. Re:DON'T FORGET ABOUT DARWIN by spoonboy42 · · Score: 4, Insightful

      Yes, Darwin has SMP support that it inherited from the codebase of FreeBSD and Mach. And, to tell the truth, if you want a complete, modern *BSD system you might be better off with FreeBSD anyway (it has probably the most extensive ports collection, best SMP support, fastest scheduler, best desktop support, etc.). The reason for the "other" BSDs (OpenBSD and NetBSD) existing is to focus on goals that don't fit in with FreeBSD's general-purpose design or Apple's exclusive focus on the PowerPC desktop (i386 versions of Darwin notwithstanding). Specifically, OpenBSD is designed to be ultra-secure, while NetBSD's goal is to be portable across as many different architectures as possible. If OpenBSD gets a useful feature like SMP without sacrificing security, though, it's a *good thing* for people who deploy OpenBSD, as it gives them more hardware options in the future.

      --
      Anonymous Luddite: "What do you think of the dehumanizing effects of the Internet?"
      Andy Grove: "Not Much."
    2. Re:DON'T FORGET ABOUT DARWIN by Anonymous Coward · · Score: 0

      We know it's dry in macland when applemodsen mod your comment insightfull... Good.

    3. Re:DON'T FORGET ABOUT DARWIN by Valar · · Score: 1

      And one of these days they'll fix the buggy capslock support too, eh?

    4. Re:DON'T FORGET ABOUT DARWIN by Anonymous Coward · · Score: 0

      Because it is a BSD Fork, stupid.

    5. Re:DON'T FORGET ABOUT DARWIN by spoonboy42 · · Score: 1

      Wow, AC. I do believe I mentioned Mach in my original post. Incidentally, I use GNU/Linux as my primary OS, not BSD. It's not trolling to suggest that Apple has benefitted from the work of others (and, of course, vice versa).

      --
      Anonymous Luddite: "What do you think of the dehumanizing effects of the Internet?"
      Andy Grove: "Not Much."
  9. Why buy hamburger when the steak is free? by RLiegh · · Score: 3, Insightful

    I can use NetBSD, FreeBSD or Linux -- all of which have SMP capabilities to varying degrees ... so, why do I want to give Theo $ for something he could probably port --instead of hiring a programmer to putz around with reinventing the wheel?

    1. Re:Why buy hamburger when the steak is free? by EisBar · · Score: 4, Interesting

      who said they are going to reinvent the wheel?, porting kernel space stuff is not simple, and the common base between the *BSD is not that common anymore.

    2. Re:Why buy hamburger when the steak is free? by Anonymous Coward · · Score: 0

      Maybe he'll make a better wheel.

    3. Re:Why buy hamburger when the steak is free? by Tuzanor · · Score: 1

      None of the stable releases for netbsd has SMP. It's only in -current so far, same as openbsd (well, it's a different -current branch). netbsd 2.0's major update is supposed to be smp.

  10. SMP is good, but what about pkg management? by Anonymous Coward · · Score: 5, Interesting

    I played around with obsd a few years ago, and I liked how small and tight the system is. At one point I even setup an obsd web server, but the thing kept crashing. Never did find out if it was softare or hardware related (it was located offshore and nobody in the vincinity could troubleshoot it effectively). Other than that, I really liked the OS. The man pages are absolutely top-notch, unlike some of the Linux man pages (in Debian, lots of man pages say stuff like: "this page is a placeholder; there is no documentation" or refer you to the GNU info docs). I also like the firewall more than iptables, which was really confusing at first.
    Anyway, the main thing that bugs me about obsd is that it uses the ports system. It does the job and all, but when it comes time to upgrade your OS, it's a real PITA. I remember having to manually edit files in /etc, and having to figure out which files were added or deleted since the last version. Lots of room for error, there. Compared to Debian, which can be upgraded by only typing two commands, it's just no fun. Especially if you're trying to upgrade a server that's thousands of miles away, and can't afford to fuck up.

    1. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 2, Informative

      OBSD has both ports and packages (precompiled binaries) and the software to manage them, pkg_*. When it comes time to upgrade your OS, all your customizations can be put in a site.tgz file. Takes one command to install it.

      There's a reason OpenBSD has nice man pages and FAQ - they're for learning how the OS works.

    2. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 1

      Upgrading can be a very complex process especially if you've tweaked or even rewritten daemons' config files. The question is, do you trust a tool to do it more than you would trust yourself? Many moons ago one of my debian boxes removed its libc during an automatic upgrade. Now I upgrade my remote OpenBSD boxes by hand very very carefully. I'm sure Debian has gotten far better. Once bitten, twice shy.

    3. Re:SMP is good, but what about pkg management? by UseTheSource · · Score: 1

      Good point, but this really doesn't address management of all the little bits of software you may or may not want to have on different machines. What would be nice, ideally, is something like RPM. I'd like to have an inventory of everything associated with a particular software package, as well as an easy way to upgrade it, remove it, verify that it hasn't been modified, etc. For one system, ports are fine. For a few, identically configured servers, site.tgz might work. But if you've got lots of boxes doing different things, there should be a better way of keeping track of things.

      That said, *BSD is otherwise well put together, for the most part. Bugs are well documented and addressed quickly. My first foray into kernel hacking was on FreeBSD, and the source code was very approachable, for someone just starting out with such things. I guess this could be attributed to the straightforward, succinct way in which most of the code is written.

      --
      "Ein Volk, ein Reich, ein Führer." -Adolf Hitler
      "We are one Nation, we are one People." -The One 'leader'
    4. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 0

      In my experience, there are very few upgrades to the ports packages once an OpenBSD version is released. Good thing, too, because upgrading is something that pkg_* sucks at. So, it's quite possible that he has to use the ports/CVS system.

    5. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 0

      If the server is thousands of miles away and you can't afford to fuck up and so you load an OS that you feel you can't fuck up as easily... well you shouldn't be running that machine in the first place. It shouldn't matter what OS the machine is running, you should be competent enough to NOT fuck it up.

    6. Re:SMP is good, but what about pkg management? by Santana · · Score: 3, Interesting

      Good grief! Editing /etc/* by hand is a feature! I don't want any automatic tool touch my config files

      --
      The best way to predict the future is to invent it
    7. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 0

      To err is human...

    8. Re:SMP is good, but what about pkg management? by LoganEkz · · Score: 1

      If you don't like the ports system and prefer binaries you should explore the OpenBSD package system.

      There is no need to manually go through your old configuration files. You should take a look at mergemaster. It makes the whole process much easier than you can imagine, giving you full control over all changes.

    9. Re:SMP is good, but what about pkg management? by Tuzanor · · Score: 1
      What would be nice, ideally, is something like RPM

      Good god, are you mad? RPM is one of the reasons package management sucks on linux! You don't want to just throw it to the wind! The ports system works in the sense that dependancies are held. Why not write your own script that automatically grabs all the ports you need when upgrading? That still leaves the issue about newer software, how well will it be tested?

    10. Re:SMP is good, but what about pkg management? by UseTheSource · · Score: 1

      Yeah, I'm mad, that's what they tell me. Actually, I'm just drunk right now (It is St. Patty's Day and all ;). Anyway, RPM has the concept of dependencies, too, if you haven't noticed! And who the hell knows how well the shit packages other people put together are tested, either? At least they're self contained within the package and can be backed out easily. Tell me you can do that with ports... please, I'm begging you!

      --
      "Ein Volk, ein Reich, ein Führer." -Adolf Hitler
      "We are one Nation, we are one People." -The One 'leader'
    11. Re:SMP is good, but what about pkg management? by UseTheSource · · Score: 0, Offtopic

      Why the hell was this ever modded up, anyway?

      Slashdot requires you to wait 20 seconds between hitting 'reply' and submitting a comment.

      It's been 17 seconds since you hit 'reply'!

      OK, I'll take a wiz and try again...

      --
      "Ein Volk, ein Reich, ein Führer." -Adolf Hitler
      "We are one Nation, we are one People." -The One 'leader'
    12. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 0

      Look! It's a typical hostile, spiteful, flaming BSD user. Once fairly common, now near extinction along with their natural habitat, *BSD.

    13. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 2, Informative

      > I remember having to manually edit files in
      > /etc, and having to figure out which files were
      > added or deleted since the last version.

      try mergemaster. when you become better accustomed to the process and have decent tools, i think you'll prefer it to debian.

      cd /usr/ports/sysutils/mergemaster
      sudo make install
      sudo mergemaster

    14. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 0

      Good Grief, then expect BSD to never hit the mainstream desktop user. When will you guys get it through your heads, the geek factor turns 95% of computer users off. They want to be able to turn the computer one and start working on it, not spend 3 weeks getting the config just right to run properly.

    15. Re:SMP is good, but what about pkg management? by Anonymous Coward · · Score: 0
      Good Grief, then expect BSD to never hit the mainstream desktop user.


      Oh yeah, i forgot that one of OpenBSD's goals is to reach the desktop user.

    16. Re:SMP is good, but what about pkg management? by Dan+Ost · · Score: 1

      Could you please explain what features RPM has that obsd's packaging is missing?

      It's possible that I simply never learned to use the full capabilities of
      RPM, but in my experience it is much easier to maintain and upgrade many
      heterogeneous obsd machines than an equivalent group of machines running
      an RPM-based distro.

      --

      *sigh* back to work...
    17. Re:SMP is good, but what about pkg management? by Tuzanor · · Score: 1
      Yeah, but they're flakey at best. The openbsd ports create .tgz packages when you install them, so you can de-install dependancies if you wish (i think that's what you're asking?). Plus, all of the .tgz files, or ports, are tested by actual openbsd members. If you need dependacies with plain .tgz, you set an environment variable for an ftp server to grab them automagically.

      Sure, you can get third party ports to add to your tree, same with .tgz packages, but third parties are out of the control of the project. With respect to that, its the same problem with RPM or ports/.tgz. All three of the BSDs handle different versions of dependancies much more cleanly than rpm. Read up on the differences with netbsd's pkgsrc, or tgz, or the openbsd ports as well as freebsd's.

    18. Re:SMP is good, but what about pkg management? by Tuzanor · · Score: 0, Offtopic

      what do you mean why the hell was I ever modded up? Those with "excellent" karma get a +1 bonus, and I think they may have less restrictions with respect to waiting. I haven't run into the posting time limit in ages.

  11. Wow, they must be good.... by evenprime · · Score: 2, Insightful

    Whoever is coding this must be *REALLY* good. I remember Theo saying that SMP had too many opportunities for race conditions....

    --

    "Weapons should be hardy rather than decorative" - Miyamoto Musashi
    I think that goes for OS's too
    1. Re:Wow, they must be good.... by Anonymous Coward · · Score: 0

      Currently the main SMP developer is Niklas Hallqvist, and yes, he's very good :-)

  12. Re:Yesterday's Technology, Tomorrow! by ch-chuck · · Score: 5, Insightful

    Of course you guys realize the mission of OBSD is not tossing in every feature you can think of trying to keep up with the Gates', its something else altogether, thankfully.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  13. Whats the point? by Anonymous Coward · · Score: 0

    when FreeBSD already add PF to thier base system and has jails + SMB already? "20040308: The packet filter (pf) is now installed with the base system. Make sure to run mergemaster -p before installworld to create required user accounts. If you do not want to build pf with your system you can use the NO_PF knob in make.conf. Also note that pf requires "options PFIL_HOOKS" in the kernel. The pf system consists of the following three devices: device pf # required device pflog # optional device pfsync # optional http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/s rc/UPDATING?rev=1.298&content-type=text/plain

  14. irrelevent by quelrods · · Score: 0, Informative

    I fail to see how this is relevent. This whole article is just going to be eaten up by the /. trolls. SMP support has been coming along in openbsd for the last year+, mostly "borrowing" code from netbsd. Yes SMP is coming and it will bring them up to date with the rest of the world. There really isn't anything to see here...move along.

    --
    :(){ :|:&};:
    1. Re:irrelevent by Anonymous Coward · · Score: 0

      Why do you put "borrowing" in quotes like that? Where in the hell do you people get this idea that just because the code came from another BSD-licensed source its a BAD thing? I would LIKE that all the BSD's shared the same SMP code, that way resources are not spent DUPLICATING work, and in the end, the code can be worked on by all the developers together, resulting in fewer bugs and a better implementation. You imply that somehow TAKING _BSD_ licensed code is a _BAD_ thing... yet thats one of the PRIMARY REASONS FOR THE LICENSE. Provided the SMP code from netbsd is well written, I would INSIST that they do "borrow" the bloody code. Better than someone trying to reinvent the code and reinvent all the mistakes previous developers made in the process.

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

      Yeah... 'cause the Linux people have just been sitting around doing nothing in that last "year+".

      Ass.

  15. That reminds me... by Anonymous Coward · · Score: 0, Insightful

    We haven't seen a SCO story of slashdot for a while.

  16. it's not "porting" by Anonymous Coward · · Score: 5, Informative

    This is not just "porting" like a device driver.

    SMP touches every aspect of the kernel (scheduling, VM, VFS, etc.). Each OS is different internally and so you can't just rip code out of one and put it into another. It's not simply copying over a sub-directory and changing a couple of kernel system calls.

    You have to pour over a lot of the files and make all the data structures are written to and read from correctly.

    There's also more than one way to do SMP so how do you know whether he's "reinventing the wheel", or coming up with a novel approach?

    1. Re:it's not "porting" by kamelkev · · Score: 1

      This is not just "porting" like a device driver.

      You know what, you're absolutely right. In fact, instead of making all of these changes independently, maybe OpenBSD should resync with FreeBSD, instead of wasting development effort on "security". Then they would have all the features of a modern OS *and* security! It's brilliant.

      Honestly, OpenBSD is way overdue for a resync anyway, especially given how old the feature-set feels... will they ever do it again? It would help them *so much* in catching up.

  17. Maybe it's time for another type of troll.... by Anonymous Coward · · Score: 4, Funny

    "*BSD is trying"

  18. Re:In other news.. by BdosError · · Score: 2, Insightful

    I'd say no. It's generally considered harder to secure an existing system than it is to keep a system secure and add features to it. I saw a quote from Bruce Schneier recently to that effect, I think from his "Secrets and Lies" book.

    Essentially, good security relies on good architecture. Once you have an architecture from existing features, it may not be reasonable to make it secure because it may be architected for different goals.

    --
    Complexity is Easy. Simplicity is Hard.
  19. Fantastic by ChiralSoftware · · Score: 4, Insightful
    My dream system for security work would be a thin SMP OpenBSD environment with a Java runtime on it. That way there would be a solid, very security OS, with a sandboxed VM environment to run the server code, resulting in strong security at every level. I am looking forward to this. Now, if it can run KDE 3.2 and OOo 1.1 and Evolution, that is all I need in a desktop and development system. I've been using OpenBSD for years but I switched to Linux when it pulled ahead on desktop functionality, but maybe it's time to take another look at OpenBSD.

    --------
    Create a WAP server

    1. Re:Fantastic by Anonymous Coward · · Score: 0

      Are you aware that, once you have all this set up, you'll be able to watch instructions to the VM fly by at a rate of almost two per second? OOo over KDE over a JVM over BSD indeed!

  20. Re:Who cares? by jdunn14 · · Score: 1

    Interesting selection of things that need to be implemented. Most people point to UI consistency, GUI improvement, etc. Let's see Nero, Kazaa, and dvd copying.... what would you be doing =)?

  21. can somebody please provide the background on this by Anonymous Coward · · Score: 0

    i would be interested in reading about the loss of provos

  22. Re:Who cares? by chizu · · Score: 1

    Well some people do. I don't use bsd (tried to get freebsd installed, the init system segfaulted on my box) so you or I might not, but a lot of people do. And support for bsd usually means support for linux as well. Any decent application code will run on both, so why not make stuff for bsd and compile on linux or vise-versa. It doesn't make a lot of sense to just write a good operating system off, just due to lack of users. Remember Linux once had less people using it than any bsd and did for a long time. Don't ignore things because the crowd isn't using them (yet...)

  23. I Will Be Amazed If This Works by Anonymous Coward · · Score: 5, Interesting

    OpenBSD does not have a good track record of major architecture improvements. For example, in the wake of the PR FreeBSD got for John Dyson's VM work, OpenBSD adopted Chuck Cranor's UVM system, integrating it into the last of the 2.x releases. Cranor is a very smart guy, but OpenBSD's stewardship of Cranor's code has been pretty awful --- lockups, panics, and various other problems remain in evidence, each answered with de Raadt's "UVM was just a research project from Cranor, it's not our fault" excuse.

    FreeBSD has years worth of head-start on OpenBSD in SMP right now, and a much larger (and more experienced) core team. In addition, FreeBSD has corporate sponsorship (from Juniper and Apple, to name two). Despite these major advantages, FreeBSD SMP remains a work in progress.

    de Raadt has had a religious perspective on SMP ("most modern applications aren't compute-bound! SMP is not the way to scale large applications, lots of individual machines are!") for almost a decade. What evidence do we have that he has seriously changed his mind? This seems like more of a desperation move, trying to ensure that OpenBSD doesn't fall behind NetBSD to become the least-used open source operating system available.

    I predict years of instability and excuses.

    1. Re:I Will Be Amazed If This Works by Sloppy · · Score: 5, Insightful
      Maybe Theo sees that his view of SMP will be irrelevant when everyone has SMP hardware. It doesn't matter if lots of individual machines are better than SMP machines, when 6 years from now, a new $700 Wal-Mart PC has a $85 dual-core processor.

      The Pentium 4's hyperthreading feature already hints at this. And if you have this stuff anyway (even when you didn't ask for it) you might as well use it.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    2. Re:I Will Be Amazed If This Works by Santana · · Score: 2, Insightful

      Plain FUD. Theo is not in the "contest for the OS most used", and you know that.

      --
      The best way to predict the future is to invent it
    3. Re:I Will Be Amazed If This Works by Anonymous Coward · · Score: 0

      You're right, because if he WAS in a contest for the most-used OS, OpenBSD wouldn't be so shitty.

    4. Re:I Will Be Amazed If This Works by Anonymous Coward · · Score: 1, Insightful

      You are full of shit.

    5. Re:I Will Be Amazed If This Works by dmiller · · Score: 1

      anonymous rant making accusations without references or evidence == troll

    6. Re:I Will Be Amazed If This Works by Santana · · Score: 1

      You're joking, right? (hint: MS Windows)

      --
      The best way to predict the future is to invent it
    7. Re:I Will Be Amazed If This Works by Anonymous Coward · · Score: 0

      I wouldn't say 6 years -- more like 2. Dual-Core Xeons will be shipping this year.

    8. Re:I Will Be Amazed If This Works by Anonymous Coward · · Score: 0

      FreeBSD has years worth of head-start on OpenBSD in SMP right now

      Understatement of the year. FreeBSD has a three year head-start on OpenBSD. Theo is very clever to wait and see what problems NetBSD and FreeBSD have encountered with their branch before diving in himself.

    9. Re:I Will Be Amazed If This Works by Anonymous Coward · · Score: 0
    10. Re:I Will Be Amazed If This Works by Anonymous Coward · · Score: 0

      Well, Theo is right. The big SMP servers are being replaced by lots of smalls machines doing a specific job. THe problem is, that those small machines are starting to need true SMP support (see Hypertreading or the future multicore CPUs)

  24. Re:Yesterday's Technology, Tomorrow! by Pieroxy · · Score: 1

    I sure do. So let's say they invest 50% of their ressources on security, and 50% on new features.

    Now what if they just dropped it and spend 100% of their time on the security of FreeBSD. That we we could have a secure OS (imagine, 100% of their time to making the whole thing secure) and a lot of features (Imagine again, the core of the FreeBSD can now focus on new features).

    Let's just not fake it. They are two different OS because their respective maintainers cannot stand working together. This is really a personnality problem, not a technical one.

    Of course, when they started OpenBSD they chose the "Security" niche, because there already was so many mainstream OSes around.

  25. 'asking for funding' by Anonymous Coward · · Score: 2, Insightful

    Too bad de Raadt looked a gift horse in the mouth and blew it with that NSA grant.

    1. Re:'asking for funding' by Anonymous Coward · · Score: 0

      It was DARPA, dumbass. He didn't want to get support from the U.S. military, because they are involved in unjust wars of aggression in Iraq and elsewhere. His decision has been vindicated now all over the world, although at the time it was not popular.

    2. Re:'asking for funding' by don_carnage · · Score: 2, Informative

      Err...wasn't that a DARPA grant?

  26. Is this necessary? by agent+dero · · Score: 4, Insightful

    No this isn't a troll, I used Free and OpenBSD's; but why do we need this.

    I still haven't found a necessity for SMP OpenBSD yet, if I need a box to run X or anything else that would work the CPUs, i'd choose FreeBSD, just for the package system.

    What's really lagging in OpenBSD is an easy to use port/package system; SMP is long down the line.

    Anybody that uses OpenBSD like I do, please tell me why we need OpenBSD, I use it for security, not for dual/quad/etc processor servers.

    --
    Error 407 - No creative sig found
    1. Re:Is this necessary? by Anonymous Coward · · Score: 0

      Honking big firewalls w/ massive throughput & VPN connection counts?

    2. Re:Is this necessary? by Santana · · Score: 1

      For running Oracle on OpenBSD, probably.

      --
      The best way to predict the future is to invent it
    3. Re:Is this necessary? by Noryungi · · Score: 4, Informative
      What's really lagging in OpenBSD is an easy to use port/package system

      I am really sorry but have you even used OpenBSD recently? I installed OpenBSD 3.4 last month on a small server at home and installing third-party software was as simple as:

      For a package:
      cd <path to packages>
      pkg_add <name of package here>
      For a port:
      cd <path to port>
      make install
      And... that's it!

      Could you please explain to me how this is difficult?
      --
      The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
    4. Re:Is this necessary? by Anonymous Coward · · Score: 0

      Is this a subtle joke? Nobody would run Oracle on an OS with such crappy disk performance (even if it were possible, which it will never be).

    5. Re:Is this necessary? by Mysteray · · Score: 1
      I still haven't found a necessity for SMP OpenBSD yet, if I need a box to run X or anything else that would work the CPUs, i'd choose FreeBSD, just for the package system.

      I've tried both Free and Open's ports and packages. To me, they seemed comparably easy and powerful. Free's seemed a bit more up-to-date, but hey, Open's taking volunteers in that department.

      I think SMP is very important for OpenBSD to break out of the old-wimpy-server-repurposed-as-firewall reputation. For example, it won't be long before you wont even be able to buy a new Intel server without HyperThreading. As inconsistent as those performance gains can be, many people won't consider an OS that doesn't support it.

      Of course, none of this is meant to imply that Open's leadership is doing this for anything other than their own self-interest, such as serving user's requests, gaining marketshare, or other silliness. ;)

    6. Re:Is this necessary? by trippinonbsd · · Score: 4, Funny

      It doesnt give me the pretty colors and cool spinners emerge does!

    7. Re:Is this necessary? by evilviper · · Score: 1
      I am really sorry but have you even used OpenBSD recently?

      Forget about recently! The package/ports system has been exactly the same since the early 2.X days when I started using it. Ports in OpenBSD is, and has always been easier than FreeBSD (because of the way you define which optional components to include/exclude), and the package systems is damn near identical.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    8. Re:Is this necessary? by 1s44c · · Score: 1

      What's really lagging in OpenBSD is an easy to use port/package system

      What are you talking about?

      OpenBSD uses ports and packages just like FreeBSD.

  27. Felix von Leitner's "Benchmarking BSD and Linux" by mosel-saar-ruwer · · Score: 1, Informative

    I wish I could refute this, but IIRC, a series of I/O benchmarks were run on the major OS players a while ago and OBSD did pretty terribly.

    The money quote from the Conclusion of Felix von Leitner's Benchmarking BSD and Linux:

    OpenBSD 3.4 was a real stinker in these tests. The installation routine sucks, the disk performance sucks, the kernel was unstable, and in the network scalability department it was even outperformed by it's father, NetBSD. OpenBSD also gets points deducted for the sabotage they did to their IPv6 stack. If you are using OpenBSD, you should move away now.

    http://bulk.fefe.de/scalability/

    http://developers.slashdot.org/developers/03/10/19 /0130256.shtml

  28. BSD to release SMP for the i386..... by MrIrwin · · Score: 5, Funny
    But I think I will wait for the i486 release before upgrading.

    BTW, is an 'SX' OK?

    --

    And if you thought that was boring you obviously havn't read my Journal ;-)

    1. Re:BSD to release SMP for the i386..... by Dillusionary · · Score: 1

      soooo true... best comment so far....

  29. Re:Yesterday's Technology, Tomorrow! by ryanr · · Score: 1

    Or... maybe they could take NetBSD and spend 100% of their time making that secure!

  30. Re:Who cares? by MrIrwin · · Score: 1

    Apps are pretty interchangable, but SMP is kernel stuff, and it is the kernel that makes the difference between one *nix and another.

    --

    And if you thought that was boring you obviously havn't read my Journal ;-)

  31. roots by sir_cello · · Score: 4, Interesting


    FWIW: OpenBSD has its roots as a splice from NetBSD; both it and NetBSD very similar, but in some respects NetBSD has "modernised" itself more than OpenBSD, yet OpenBSD has focused on security (and spawned the OpenXYZ series ...).

    Compared to FreeBSD, they're different beasts: NetBSD and OpenBSD fit the niche of embedded products, AP's, firewalls, home gateways, etc - all very good nice (NetBSD's portability and OpenBSD's security). FreeBSD is enterprise class, you don't typically see it used for embedded products / etc, but more in hosting and server.

    Compared to Linux: Linux strength is that does all of the above across the board (it fits everything) and has a better user/desktop experience, but it doesn't do as well as any in any of the individual niches above.

    1. Re:roots by evilviper · · Score: 3, Interesting
      NetBSD and OpenBSD fit the niche of embedded products, AP's, firewalls, home gateways, etc

      They get that wrap a lot, but you can find a lot of OpenBSD web/fileservers out there. OpenBSD is where OpenSSH started, because it's heavy into any kind of networking, and crypto, not just security. NetBSD isn't used as a server so much, but it's pretty popular with just about anybody running on a platform other than x86. The majority of people that don't like MacOS, seem to go to NetBSD as their desktop.

      Linux strength is that does all of the above across the board

      Linux doesn't do the job of a router/firewall well (no state with IPchains/IPtables).
      Linux doesn't run on as many platforms as NetBSD, but worse, it doesn't work WELL on any but very few of them, whereas the BSDs are as well suited to any one platform as another.

      Finally, Linux is a real hassle in enterprise situations. Standard Linux is extremely unstable (compared with what the BSD's consider stable) so to get that stability, you need to follow the Debian approach, and extensively test and debug all the programs. That means you are generations away from the new features. Meanwhile, you can just download the latest FreeBSD -stable (usually 1 minor version behind), and it's ready to go. There's a good reason you see FreeBSD in lots of serious enterprise apps.

      and has a better user/desktop experience

      Feel free to explain this one to me. The installer is probably the only thing anyone can cite where the BSDs are even different (to the casual users) than Linux. You have GNOME and KDE on all the BSDs, and they work just fine.

      As for the installers, if you get over your addiction to always using your mouse, they are really much better installers than the GUI ones for any Linux distro.



      What makes this situation worse, is that moderators on /. think anything not pro-Linux is a flame or a troll, so you'll get modded up, I'll get modded down, and someother /. reader will see your post and not mine, and just accept your mistaken opinions as fact.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:roots by Anonymous Coward · · Score: 0

      "What makes this situation worse, is that moderators on /. think anything not pro-Linux is a flame or a troll, so you'll get modded up, I'll get modded down, and someother /. reader will see your post and not mine, and just accept your mistaken opinions as fact."

      Too bad you're either uninformed or a liar. Read on to find out why:

      "Linux doesn't do the job of a router/firewall well (no state with IPchains/IPtables)."

      I guess I'll just have to take down my stateful firewall running Linux 2.6, then. Maybe I'll go back to the old one running Linux 2.4. Oops, can't do that either. Well, maybe you're right about Linux 2.2. I don't remember anymore, because Linux, through 2.4's iptables, has had tons of matching rules, stateful and stateless, for fucking YEARS! It's extremely powerful; I suggest you check out some iptables HOWTOs and related documentation.

      "Finally, Linux is a real hassle in enterprise situations. Standard Linux is extremely unstable (compared with what the BSD's consider stable) so to get that stability, you need to follow the Debian approach, and extensively test and debug all the programs."

      Extremely unstable? I'm not sure what your argument is. The Linux kernel is solid as a rock, so you can't be comparing the Linux and BSD kernels. Then you've got your base system software... but that doesn't change much, so you can't be talking about that. So you must be talking about your "ports" collection vs. the extensive package selection of most distributions. But wait! It's the same software! BSD doesn't magically have the stable version of Apache 2 while Linux has the unstable version. Ergo, any perceived stability differences are nil.

      In general, you deserve to be modded down to my level. 0 for life, baby.

    3. Re:roots by Anonymous Coward · · Score: 1, Interesting

      OpenBSD is security minded, but not really enterprise class in a general sense. For specific apps, it's OK. However, it doesn't scale well at all. Someone (I forget the author, but I do believe it was discussed on /.) posted a scalability survey of a number of free unix alternatives a while back. If I recall correctly, none of the BSDs scaled very well at all (compared to Linux).

      Theo might consider attacking THAT problem before opening up the SMP can of worms.

      Cheers,

    4. Re:roots by sir_cello · · Score: 1

      You took my words out of context and then disputed them - that's just stupid. I suggest you take lessons in reality. Go back and read my original post and look at the qualifications I made to those statements. Good luck on your burger-tosser-application form by the way.

    5. Re:roots by LizardKing · · Score: 1

      NetBSD and OpenBSD fit the niche of embedded products, AP's, firewalls, home gateways, etc

      Correct, but that doesn't mean that Net (haven't used Open since 2.6) can't be used as a good desktop OS. The machine I am typing this on dual boots NetBSD -current and Fedora Core 1. I do a mixture of C, C++ and Jva development on it, and one thing I immediately noticed was how NetBSD performs much more responsively than Linux. For instance, running NetBeans and the (Linux emulated) JDK on NetBSD requires 256Mb to be usable. Running Linux, it requires 512Mb.

      Linux seems to be gaining high end server features and tuning at the expense of desktop usability. NetBSD may not be the optimal OS for a quad Xeon server box, but right now it is my preferred choice for a uniprocessor desktop machine (even mine, with a hyperthreading Pentium 4).

      Chris

    6. Re:roots by Tet · · Score: 4, Informative
      Linux doesn't run on as many platforms as NetBSD

      Myth. Linux does (and has for many years) run on just as many platforms as NetBSD. Most of NetBSDs "platforms" are actually just variants on a single architecture. Thus while NetBSD counts atari and amiga as separate ports, Linux just treats them as part of a single Linux/m68k port. In fact, NetBSD runs on two architectures that aren't currently supported by Linux (ns32k and vax), whereas Linux run on five that aren't supported by NetBSD (mips64, ppc64, s390, sh4 and etrax). I'm not trying to put down the worthy efforts of the NetBSD community, but I just get a bit fed up with people claiming that it's more widely ported than Linux. It was true in the past, but hasn't been for some time.

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    7. Re:roots by obirt · · Score: 1

      I'm pretty sure there's a Linux VAX tree. Yes NetBSD counts atari and amiga as separate ports. It helps reduce confusion. There's a base port called m68k which has branches from it like mac68k, mvme68k, etc. Just as powerpc has macppc, ofppc, prep, etc. It's really not that hard to grok.

      --

      I use to be indecisive, but now I'm not so sure.
    8. Re:roots by Strog · · Score: 1

      What about linux on v850, cris and h8300?

      BTW NetBSD does run on a couple different sh4 setups. :)

      I agree that it used to be pretty clear cut about which one supported more machines but it's not so cut and dried anymore. The problem is that a platform is usually called supported when the kernel boots in single user mode but that's not very usuable. Many platforms are very well supported by either OS and quite a few of the more obscure platforms have greatly varying level of support. Several of these platforms that were making good progress have sat unmanaged for a while now and are getting out of date.

      NetBSD has all of its ports listed at one location and they all build kernel and userland off a single tree. I think this is great but sometimes this isn't enough. Linux has many projects and a ton of different distros. There's some really good work out there but you have to find it first. Several of the distros have released for some platforms but haven't released some for a while now (PPC, SPARC, Alpha, etc.). This can make it more difficult to find good support for your particular hardware.

      NetBSD's PA-RISC ports are getting out of date and Linux's PA-RISC support seems to be better from what I can tell. NetBSD generally better supports the more obscure platforms but it's not always the case. Linux doesn't support my SGI O2 and NetBSD does but it's not to the point I'm ready to take Irix off of it altogether yet.

      If the hardware is only supported by one OS then the choice is clear. Otherwise it will need to be a case by case thing to figure out which one would be more appropriate for the task at hand. I tend to choose *BSD when it could go either way but I find Linux has a good place too for me.

    9. Re:roots by sir_cello · · Score: 2, Informative


      It is probably true that Linux does run on more systems than NetBSD, but the support is fragmented and disparate at the best. This is the essential and important distinction.

      NetBSD ensures that the one overall "package" (kernel + user space) works equivalently across a set of platforms. Your installation (executables, directories, config, etc) are largely equivalent across all platforms: take your custom scripts and system setup and find that it can be dropped onto NetBSD/other with little cost.

      This is definitely not the case with Linux as each platform largely a different and somewhat incompatible distribution.

      Linux strength is that you can find a large and interesting variety of distributions for all sorts of specific niches and purposes. It's weakness is that you can't find the one distribution that works across many platforms. And this is the niche that NetBSD has.

    10. Re:roots by fdisk3hs · · Score: 1

      I agree that the ports of Linux vary hugely in functionality. The Debian team seems to mainly spearhead the work with the buildd systems. The whole darn tree has to build on all targets. It keeps the toolchain people honest. Of course this is only true for the Debian target platforms, not every platform that some obsessed^H^Hdetermined hacker has tried to bootstrap the kernel on.

      As a tinkerer with old hardware, I have seen that Linux support is way behind on the 68k Macintoshes. The 2.4 and 2.6 kernels *would not even build* for a long, long time. That's right, all you could do was run Potato with it's 2.2 kernel. Ugh, SCSI on the 53c9x was broken so badly that the machine would hang if you tried to install from a cd to your hard disk, or even copy files. NetBSD ran very well, and even had DMA SCSI. It only had a monochrome X server, but trust me, you didn't want to run much X software on a 25MHz Motorola with 16MB RAM. Xterms and dillo work fine. Some people with bad mutha Amigas running at 60MHz with tons of RAM run KDE though...

      I understand that the 2.4 tree has been cleaned up a lot in the last six months, but it's obvious that the NetBSD tree is cleaner and easier to maintain cross-platform. I mean, on Linux ld was broken for several versions. How do you do any work when the linker is broken?

      This isn't a slam, everyone in the 68k community has famously shared code for this completely undocumented (no thanks, Steve Jobs) platform. If you've done much reading on Apple, you know how wacky their systems are...

      And Alan Cox was the one to port Linux in '97, three or four years behind Net- and OpenBSD's development.

      In some ways I think the exponential growth of code in Linux can make it very difficult to manage compared to the spare trees at NetBSD and OpenBSD. I am not an OS programmer, but I've spent some time with the code trying to figure things out. Linux is very much a moving target, it can be exhausting. However, the huge number of carpenters hammering away standing on the structure others have already built gives Linux a big advantage as far as core functionality and maturity on popular hardware. But when there is a complete interrupt handling layer re-write or SCSI, the less popular architecture code that is broken just gets /*'ed in hopes that someday someone will care and take the time to figure it out...

      Small isn't everything obviously, I was recently checking out NewOS whose tree tarball fits on a floppy disk :) Of course there isn't much there, it's mostly some assembler bootstrap code and a shell, etcetera.

      Rambling now, sorry...

    11. Re:roots by Anonymous Coward · · Score: 0

      > I mean, on Linux ld was broken for several versions. How do you do any work when the linker is broken?

      Yeah. But the linker is not part of the kernel. And hasn't been broken, AFAIR, "for several versions" as you mention. Care to provide some information?

  32. What Will Theo Use Processor 2 For? by bfg9000 · · Score: 5, Interesting

    I'm a long-time OpenBSDer (I'm even way up near the beginning on their donations page, which is as close as I'll get to being cool -- it's far more important than a low Slashdot UID, which I also have, as you can see), and I remember Theo mentioning a couple years ago that he was thinking (at the time, anyway) about having the second processor do nothing but crypto.

    What's his plan now? Just typical SMP, I'd guess -- but I thought his other idea was cooler. On-the-fly encoding and decoding and hiding of jpegs from wives and whatnot. Very useful to... ahem... some of us. Not me of course.

    Just wondering about the current prospects for something to keep my uh.. important financial documents... from, uh... the government? Yeah, the government, that's it.

    --

    I'm not normally an irrational zealous dickhead, but I figure "When in Rome..."

    1. Re:What Will Theo Use Processor 2 For? by Imperator · · Score: 3, Informative

      Well SMP stands for "symmetric multi processing". That basically means the kernel can run on any processor--they're symmetric in that respect. (The advantage of being symmetric is that multiple processors can run kernel code at once, but the disadvantage is that you need locks and the like.)

      If he were going to use the extra processors for nothing but crypto, (a) he'd be wasting them since crypto doesn't take that much CPU by today's standards and (b) it wouldn't be called SMP.

      --

      Gates' Law: Every 18 months, the speed of software halves.
    2. Re:What Will Theo Use Processor 2 For? by Billly+Gates · · Score: 1

      How about a nice webserver.

      Yes you can use OpenBSD as a super secure server and not just a firewall. Its supposed to be a multi-puprose secure OS.

      However it has been lagging in performance recently behind net and freebsd.

      SMP + jail would be perfect for any apache based server with minimal maintance and hacks.

    3. Re:What Will Theo Use Processor 2 For? by evilviper · · Score: 2, Interesting
      If he were going to use the extra processors for nothing but crypto, (a) he'd be wasting them since crypto doesn't take that much CPU by today's standards

      I have to disagree with you there. SCP'ing something over a fast network maxes out even very fast processors. 3DES is a real CPU-hog, even by today's standards.

      If you don't think crypto is CPU-intensive, you must not be doing much of it.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    4. Re:What Will Theo Use Processor 2 For? by evilviper · · Score: 2, Informative
      but I thought his other idea was cooler. On-the-fly encoding and decoding and hiding of jpegs from wives and whatnot.

      I really can't see the point. For $100 you can buy a PCI crypto card that would do 3DES as fast as most would ever need.

      Or they can just act as an incredibly fast random-number generator (something CPUs aren't very good at) if you are doing some crypto that the card doesn't support (blowfish isn't popular in hardware, yet).
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:What Will Theo Use Processor 2 For? by Anonymous Coward · · Score: 0

      The only reason to use 3DES is that you're stuck with DES hardware. It's ridiculous for two software implementations to choose to interop using 3DES when less kludgy, bitfield-oriented ciphers are available.

    6. Re:What Will Theo Use Processor 2 For? by evilviper · · Score: 2, Interesting
      The only reason to use 3DES is that you're stuck with DES hardware.

      That's a very valid reason, but not the only one. DES is tried and true, and 3DES is as theoretically as secure as anything can get.

      The hardware thing is quite a valid issue though... If you're connecting to a server that does a lot of crypto, chances are it's using a hardware crypo accelerator, so it won't want to waste CPU power doing blowfish or AES when 3DES is even faster on it's end.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:What Will Theo Use Processor 2 For? by slayer99 · · Score: 1

      > it's far more important than a low
      > Slashdot UID, which I also have,
      > as you can see

      That makes me much cooler than you, then :)

      (Yes, offtopic away...)

      --
      Martin Brooks / Slayer99 #linux / UIN 2178117
    8. Re:What Will Theo Use Processor 2 For? by toby · · Score: 1

      What r u talkin about. You don't have a low /. uid!

      --
      you had me at #!
    9. Re:What Will Theo Use Processor 2 For? by bfg9000 · · Score: 1

      Just kidding.

      --

      I'm not normally an irrational zealous dickhead, but I figure "When in Rome..."

  33. Re:Felix von Leitner's "Benchmarking BSD and Linux by Anonymous Coward · · Score: 1, Interesting

    The test was biased. Discussion was held at http://www.deadly.org/article.php3?sid=20031019083 707 and (also on slashdot, but it didnt talk much about openbsd more about the whole test in general)

  34. gigabit packet filtering? by iamr00t · · Score: 1

    Happens alot on campuses now, judging by mail lists.

  35. It's spelled "pore." P-O-R-E. PORE! PORE! PORE! by Anonymous Coward · · Score: 1, Insightful

    Not "pour."

  36. Thats great... by rawlink · · Score: 0

    Now on an N-way system I can do things slowly*N :-)

  37. Okay, I perused the thread... by mosel-saar-ruwer · · Score: 2, Interesting

    ...and the comments were roughly
    1) 50% fanboy sycophancy [hence ignored], and

    2) 50% in agreement with Leitner's conclusion

    Certainly not a thread I'd link to as a refutation of his position.

  38. My package manager for OBSD by Anonymous Coward · · Score: 0

    1) download tarball
    2) tar -zxvf *.tgz
    3) ./configure
    4) make install
    5) ???
    6) Profit!!!

  39. Please mod parent up funny by Anonymous Coward · · Score: 0

    It's the best thing I've read in this thread thus far.

  40. What ever happened to..? Water..who? by Thelonious+Monk · · Score: 0

    There was post on /. awhile ago, concerning OpenBSD and SMP support. The article spoke of a team of waterloo students working on providing SMP support for OpenBSD... Whatever happened to those cats?!?? pfffft... waterloo.... university is for suckers.

    1. Re:What ever happened to..? Water..who? by Thelonious+Monk · · Score: 1, Informative

      Here is the OSNews link... http://www.osnews.com/story.php?news_id=2320 I knew i wasn't on crack.... today.

    2. Re:What ever happened to..? Water..who? by Nimrangul · · Score: 1

      Been dead for well over six months. No sign, hide nor hair of them.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    3. Re:What ever happened to..? Water..who? by Anonymous Coward · · Score: 0

      From the mailling lists, looks like no one appreciated or wanted to have open bsd at that time -- 1 1/2 years ago..

  41. "Dumb licenses"? by jbn-o · · Score: 1

    Dumb licenses might kill Linux before Microsoft does.

    Precisely what are you referring to here? It seems to me that the GNU GPL (the license for the Linux kernal) is one of the most impressive licenses out there.

    This takes nothing away from what the OpenBSD team is doing--I think their work is great and their license makes that work a genuine contribution to our community. That's why I bought OpenBSD 3.0 and a t-shirt and I don't regret the decision.

    I doubt Microsoft can outcompete free software and I think their fight will go to exclusion by patents (which means IBM and perhaps HP are their only competitors). This is why I look forward to seeing clarified patent commons-maintenance language in GPLv3.

    1. Re:"Dumb licenses"? by iminplaya · · Score: 1

      XFree and Mozilla to name two problems. The license for the kernel appears stable for the moment. But all the other stuff that makes Linux "marketable" is becoming a confusing pot of gruel. Until this kind of silliness can be sorted out, Linux will forever remain the hobbyist's play thing. Considering how long it takes the courts to digest case loads, the licensing issue might not stabilize(sp) for up to 10 years or more. Luckily, Linux is young, so I'm trying to keep the faith.

      --
      What?
    2. Re:"Dumb licenses"? by Mysteray · · Score: 1
      Precisely what are you referring to here? It seems to me that the GNU GPL (the license for the Linux kernal) is one of the most impressive licenses out there.

      Sure it is. The problem is that every up-and-coming project seems to think that to be important they have to invent their own license.

      How much energy is being wasted trying to decide if the Bleh Public License 1.1 is Open Source/Debian Free/GPL Compatible/Advert Clausing etc.?

      Seriously people (you know who you are) get a clue. Your project isn't so important that anyone who produces a compilation CD should have to print some formal statement of your greatness in their literature. And none of your clever legalese is going to do anything about software patents except wind up in a courtroom where it would have been anyway. (That's my opinion anyway.)

    3. Re:"Dumb licenses"? by Flower · · Score: 1
      From the firefox FAQ:
      mozilla.org is working towards having all the code in the tree licensed under a MPL/LGPL/GPL tri-license

      They appear to be working on it.
      --
      I don't want knowledge. I want certainty. - Law, David Bowie
    4. Re:"Dumb licenses"? by Anonymous Coward · · Score: 0
      From the firefox FAQ:

      mozilla.org is working towards having all the code in the tree licensed under a MPL/LGPL/GPL tri-license

      They appear to be working on it.



      BSD license == easy to read and understand in one sitting.

      mozilla tri-license == wtf were you smoking when you came up with that idea, and how many lawyers do i need to dissect it?

    5. Re:"Dumb licenses"? by iminplaya · · Score: 1

      mozilla.org is working towards having all the code in the tree licensed under a MPL/LGPL/GPL tri-license

      Oh, man. So now we need a license "cocktail" to stay alive and healthy? This is such a kludge.

      --
      What?
    6. Re:"Dumb licenses"? by Flower · · Score: 1
      Can't help what was done in the past and Mozilla is healthy even with currently being licensed under the MPL. Like Netscape was going to put the original Moziila project under the BSD license. :P Oh, can I now rip on Qt because it is GPL and proprietary? What about Ghostscript? Hey how about Perl?

      At least the Mozilla team is working on getting Firefox onto a better license instead of a worse one.

      --
      I don't want knowledge. I want certainty. - Law, David Bowie
  42. What a looney by SmallFurryCreature · · Score: 1
    Every OS out there supports multi processor. OpenBSD is the last to get it. Geez even bloody Windows has got it by now in the desktop versions.

    I guess first post or something is more important then facts.

    BSD may be many things but people like this are only hurting it as anyone with a clue about operating systems knows that SMP is old stuff by now. Of course there is a good reason OpenBSD is late. SMP brings a whole lot of issues regarding security with it and OpenBSD is about security, not speed.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  43. slightly more details regarding niels & theo by Anonymous Coward · · Score: 1, Interesting

    While OpenBSD is rather public when it comes to dissention outside of their camp (licensing changes and so on), dissention within the OpenBSD camp is quite the opposite.

    What can be seen publically is Niels' last commit (ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.1/com mon/014_scarg.patch) which was a security patch. There's not much beyond that publically.

    Through the grapevine you might hear a little more, but that means probably knowing someone who is a developer or friend of one. Even then, my guess is not much was posted to hackers@ (the private developer mailing list) or icb. Obviously, something about the handling of this errata caused tension. Like any argument, points of contention were not resolved adequately on either side, and there was a rift.

    From my perspecitve, it's a real loss for OpenBSD. Just look at most of the technical papers presented by OpenBSD developers, and you'll see that Niels was almost always a key contributor. Encrypted swap, great help with openssh, the first privsep work which is now practically OpenBSD religion, and much more were thanks to his contributions. Efforts of his such as systrace which came close to the rift, have subsequently suffered from atrophy in the OpenBSD tree since he's not there working on them and it's a real shame given the potential there.

    Someone else mentioned Niels contributing some to NetBSD afterwards. I don't follow Net much, but from what I can gather, aside from some initial contributions, Niels didn't pursue that too heavily. It almost felt like more of a way to make some changes that would then get carried over by itojun or someone else over to OpenBSD.

    2002 was quite a year for OpenBSD to be sure: openssh trojaning, allusions to breakins in the el8 zine, but I think Niels and a few others losing commit in August (some of whom got it back later) is probably the most profound and underreported drama. The vacancies left by the likes of provos no longer actively committing might not draw immediate attention, but there are long term consequences to a project which rose to notoriety on the shoulders of such prominent hackers, and which has such a small repository of developers as it is. Niels certainly isn't the only widely recognized person who helped garner OpenBSD street credit at one time or another but no longer commits (e.g. dugsong, obecian, joewee), but he was probably one the most public of such people in his promotion of OpenBSD in number of commits, technical achievements, and academic/conference papers and presentations.

    One would hope that just as Theo changed his mind with respect to non-exec stack protections, and now seems to be garnering interest in SMP more aggressively - that he comes around with how it comes to treating his own developers. Or, that at least in this case, if such a thing were to occur - that Niels and other slighted like him would also be receptive to making amends.

    "Without mistakes, there can be no forgiving. Without forgiving, there can be no love."

  44. SCO: the movie by fm6 · · Score: 1
    Then how will SCO stay in business if they have nobody to sue?
    It's not about staying in business -- that's already a lost cause for SCO. It's about generating revenue. Suing people is the only way they've found to generate any revenue at all. The fact that it's not a sustainable business model is beside the point. Lots of businesses follow the model, "get in, grab the cash, get out."

    Gee, maybe the movie version will have Ben Affleck and Angelina Jolie. Speaking of short term busines models...

    1. Re:SCO: the movie by iminplaya · · Score: 1

      It's not about staying in business -- that's already a lost cause for SCO. It's about generating revenue.

      I'm not sure about some folks, but I thought generating revenue was one of the reasons for going into business. At this point, suing people is working for them. Expect the same from Microsoft when we're finished with SCO. It might not be sustainable, but it will buy a nice villa on the Mexican Riviera. Maybe the sustainable part is being able to do it over and over(one person or group, different corporations)

      --
      What?
    2. Re:SCO: the movie by fm6 · · Score: 1

      You seem to be assuming that people care about the future. They don't. Everybody wants to make a big gob of money and retire while they're still young enough to enjoy it. If they leave behind a smoking ruin when they leave, well, that's somebody else's problem.

  45. I think SMP support should be in OpenBSD by Patrick+Dung · · Score: 1

    Although OpenBSD mainly focus on security, it should have SMP support, sooner or later.

    The sooner it get started, the better it will be done.

    I think OpenBSD may look at the SMP implementation in FreeBSD and try to adopt some code and find bugs during the process.

  46. Re:It's spelled "pore." P-O-R-E. PORE! PORE! PORE! by Anonymous Coward · · Score: 0

    pore guy...

  47. Re:In other news.. by Anonymous Coward · · Score: 0

    Well, is SMP is a "added feature" or something that demands radical rethinking of the architecture itself? SMP support in System V UNIX, Linux, and FreeBSD all required fairly radical re-architecting for SMP. This isn't something you just patch on.

    The "architecture" of OpenBSD is basically BSD4.4, which was designed for single CPU VAX systems of the early 1980s. As Theo has said repeatedly, it's not ready for SMP as it stands -- adding it will expose all sorts of race conditions and bugs that BSD4.4 was not designed to handle.

    Frankly, at some point folks are going have to cut their ties to the VAX -- mostly likely it would quicker and would yeild better results if someone wrote a secure, scalable Unix kernel from scratch, rather than repeatedly patching and extending a legacy codebase like BSD UNIX.

  48. I thought THEO spoke out agaisnt smp by Billly+Gates · · Score: 1

    I guess he changed his mind.

    I think Dillions DragonflyBSD will encourse the other BSD hackers to scale there distro's.

    To bad the FreeBSD group rejected Dillions patches and SSI.

    1. Re:I thought THEO spoke out agaisnt smp by Anonymous Coward · · Score: 0

      Well, Dillon's project (dragonfly) is pretty much a reearch project. It's much better as a separate project, I think....(even if it looks cool, it could fail...)

  49. Theo once had funding, lost it by mrkitty · · Score: 1, Interesting

    He had funding by darpa (US GOV) about a year ago, but due to his comments on the US Government(war on iraq bla bla us sucks bla bla) he lost it. I like Theo I really do, and maybe when he calms down and doesn't treat people like shit he'll get his funding.

    --
    Believe me, if I started murdering people, there would be none of you left.
    1. Re:Theo once had funding, lost it by pe1chl · · Score: 1

      The US government does not like it when other people are right where they are wrong.
      Hey guys, where are those weapons of mass destruction?

      They don't even get the clue that "terrorism" is the result of superpowers fighting wars against small groups of people with different views than their own, hence a "war on terrorism" is just going to increase terrorism.

      I would not want funding from such people.
      Tomorrow they might start a war against you.

  50. Dual 386 processors? by Anonymous Coward · · Score: 0

    Damn that is up to date!

    I can't wait till they support SVGA graphics!

    1. Re:Dual 386 processors? by Anonymous Coward · · Score: 1, Funny

      but its gonna be secure as hell! no one is gonna break into your 386 on the freshly installed token-bus network you just hooked up to!

    2. Re:Dual 386 processors? by Dillusionary · · Score: 1

      Enterprise Class I tell you!!!

  51. Yeah, I hate trolls by Anonymous Coward · · Score: 0

    It is official; Netcraft confirms: *BSD is dying

    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dbblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying you fucking loser asshole, how about you suck my cock?

  52. silly idiot by Anonymous Coward · · Score: 0

    he would have TAKEN MONEY AWAY from the military if he got the grant.

    now that grant money probbaly got spent on some missile instead.

    way to go for sticking up for "principles"

  53. WOW! by siliconoddity · · Score: 0, Troll

    It took long enough! Yet another reason I won't touch OpenBSD! I use FreeBSD if I'm forced. When I'm not, I use Slackware and NetBSD.

  54. err, i meant LSM, not LIDS (nt) by Anonymous Coward · · Score: 0

    nt

  55. Re:BSD and SMP by Anonymous Coward · · Score: 0

    Again, reference your "facts" or be ridiculed.

  56. Re:It's spelled "pore." P-O-R-E. PORE! PORE! PORE! by Anonymous Coward · · Score: 0

    someone please pore me a drink...

  57. Regarding Racer and other grassroots projects. by Anonymous Coward · · Score: 0

    No one contributes any code is because the developer ACCEPTS NO CODE. There have been many people who want to help, but because the dude insists on doing it himself, progress moves at a glacial pace for Racer.

    Then we have the guys doing Motorsport. Here's some guys who want to do what Racer does, except faster, and more encompassing. However a lack of a well defined course of progress seems to be dogging them. Their project came about after 2 years of waiting in agonizing frustration for the West Brothers to show something tangible other than awesome and jaw dropping 3D renders regarding their vanity project Racing Legends, which is after their equally slow and ill fated attempt at doing World Sports Cars for Empire.

    So now we have the guys from SimBin, who like their Motorsport brethren, got tired of waiting for WSC and RL and having to content thenselves with doing GT mods for EA games, finally went pro and have licensed the engine from EA's latest F1 game and will be releasing GTR later this year. With Papyrus out of the mainstream racing sim arena (till at least 2009), this seems to be the only quality project coming from from OSS or commercial racing game houses, and looks to be even better than EA's attempts with their own engine.

    As for the others, CodeMasters and their second IRL game? Looks like more junk. EA and their upcoming 5th attempt at NASCAR? Looking like more eye candy and puff over a crappy base. MotoSim and their Trans Am game? A joke turned deadly. Sony (who now owns the F1 license)? Since the PS is their core business, a deep sim doesn't seem to be in the cards. Ratbag? More budgetware from Down Under.

    SimBin seems to be the guys with the total package in the racing sim game. The OSS guys could easily fill the void, but attitudes and pettyness seems to dog these projects.

    1. Re:Regarding Racer and other grassroots projects. by kfg · · Score: 1

      No one contributes any code is because the developer ACCEPTS NO CODE. There have been many people who want to help, but because the dude insists on doing it himself, progress moves at a glacial pace for Racer.

      Yes, I cover that case in my post. It isn't what one might call an open and collaborative project, although it appears to be from outside, if you kinda squint at it. However, Ruud certainly takes suggestions and implements them when such suggestions fit the project.

      But yes, progress is slow, fitful and not always headed in directions I'm fond of. It's Ruud's project. Not mine. I've followed the project since it was first batted around on r.a.s., and even gave up plans for my own OSS project to support it. I admit I expected more.

      None of this really has anything to do with my point.

      Your last point addresses my point directly and is one of the reasons I'm in no hurry to revive my own OSS project plans or join another project. I'm getting too old for petty bullshit and life is short.

      KFG

      P.S. Care to buy my copy of Motorsims AMA Superbike and take over my preorder for Trans Am (nee Can Am)? No, huh? Didn't think so. When was the last time their website was updated? It still says "New From Motorsims" under AMA Superbike.

      At least Carroll Smith can rest in peace being no longer saddled with association with those people.

      P.P.S. See ya 'round RSC, whoever you are.

  58. Re:It's spelled "pore." P-O-R-E. PORE! PORE! PORE! by Anonymous Coward · · Score: 0

    it's raining, it's pooring, the old man is snouring.

  59. trix are for kids by Anonymous Coward · · Score: 0

    couldn't resist...

  60. You, sir, shall never by Anonymous Coward · · Score: 0

    cum wid a nice young lady.

    HTH.

  61. What about upgrading a port? by Anonymous Coward · · Score: 0

    Just think the MySQL version you installed has a secutiry flaw (btw, OpenBSD crew won't advice you about that).

    Ports under OpenBSD are not perfect. Just use pkgsrc instead.

    http://pkgsrc.org/

  62. Re:slightly more details regarding niels & the by Anonymous Coward · · Score: 0

    mod parent up

  63. RCU by xyote · · Score: 1

    Well, you could use patent 4,809,168 which AFAIK is in the public domain unless IBM convinced the Patent Office to allow IBM to retroactively pay the the maintenance fees. It's the patent referenced as HOS89 in this RCU performance paper. But I'd ask IBM for permission first because, one, Paul McKenney was gracious enough to cite that patent, and, two, because it doesn't hurt to ask the don for permission and show a little respect.

  64. SMP i386??? by magarity · · Score: 1

    SMP support for i386

    I once saw a dual CPU 386-class motherboard but i686 might be a better target for SMP support. :D

  65. teh troll! by IncohereD · · Score: 1

    But clearly the facts state otherwise:

    Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised. According to Jim Markham, editor of the online security forum SecurityWatch, the few OpenBSD servers that exist on the internet have become a joke among the hacker community. "They make a game out of it," he says. "(OpenBSD leader) Theo [de Raadt] will scramble to make a new patch to fix one problem, and they've already compromised a bunch of boxes with a different exploit."



    Your search - "bunch of boxes with a different exploit" - did not match any documents.

    What facts? Good work.

  66. Already have my T/A copy pre-ordered. by Blaede · · Score: 1

    It'll go right next to my eventual copies of World Sports Cars and Skip Barber Racing!

    Actually the Motorsims site moved, and then they simply faded away in some sort. That T/A game is no longer. I was really looking forward to that game, until I saw some of their rare screenshots. Absolute junk, even for the time (1999).

    Let's hope GTR is as good as it's current hype. I certainly don't see RL coming out before Duke Nukem.

    I have a RSC account (I think my handle is TexasFury or Randy G, don't remember), but since I don't play GPL, I don't really visit much. I'm a fan of Papyrus' NASCAR games, and my spare time is spent painting cars for an upcoming 1988 mod for NR2003.

  67. Slightly OT: man/info by cerberusss · · Score: 1
    unlike some of the Linux man pages (in Debian, lots of man pages say stuff like: "this page is a placeholder; there is no documentation" or refer you to the GNU info docs)

    I don't like the distinction between man and info, but the quality of the latter is astonishing. Pull open the info pages of gdb and you'll find so much information in there. Those people include every little detail but besides that, also high-level first-time user stuff like a gdb example session! So, for certain things, info absolutely beats man.

    --
    8 of 13 people found this answer helpful. Did you?
  68. why post an article about a dead OS? by Anonymous Coward · · Score: 0

    It may have been good, but it sure is dead.

  69. no one uses OpenBSD after that security fiasco... by Anonymous Coward · · Score: 0

    Last year, a huge gaping whole was discovered in OpenBSD, making all those OpenBSD boxes wide open to attackers.