Slashdot Mirror


Test Driving GNU Hurd, With Benchmarks Against Linux

An anonymous reader writes "After last week's news that GNU Hurd is coming, Phoronix set out to install Debian GNU Hurd and to provide GNU Hurd vs. Linux benchmarks. Linux was mostly faster than The Hurd while also having much better hardware support, multi-core SMP support, and other modern functionality."

54 of 335 comments (clear)

  1. I guess it was inevitable... by 14erCleaner · · Score: 5, Funny

    ...now that Duke Nukem Forever has been released.

    --
    Have you read my blog lately?
    1. Re:I guess it was inevitable... by justsomebody · · Score: 4, Funny

      Now all we need is hell freezing over and pigs to start flying... damnit, i might start to believê 2012 is really end of the world

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    2. Re:I guess it was inevitable... by GameboyRMH · · Score: 5, Insightful

      Hurd, DNF, Wine 1.0, Gmail out of beta, Windows running stable, grannies using Linux, video chat on handheld computers, movies commonly coming out in 3D, video games you don't play with your hands, electric cars on dealership lots, a US president who isn't a white guy...

      We're in THE FUTURE. It just doesn't feel like it, because it's fuckin' lame.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    3. Re:I guess it was inevitable... by Tetsujin · · Score: 4, Funny

      Hurd, DNF, Wine 1.0, Gmail out of beta, Windows running stable, grannies using Linux, video chat on handheld computers, movies commonly coming out in 3D, video games you don't play with your hands, electric cars on dealership lots, a US president who isn't a white guy...

      Dogs and cats living together... Mass hysteria!

      --
      Bow-ties are cool.
    4. Re:I guess it was inevitable... by Baloroth · · Score: 5, Insightful

      I realize this is a joke, but the comparison is surprisingly apt. Projects that are delayed like this are rarely, if ever, successful. After so long in development, half the code is probably designed for hardware that is 20 years old, and the remaining half is designed for hardware spread across those intervening 20 years. Since the project was continually under development but never released, by the time they finish updating old sections of the code, the hardware they revised it to support is already several years old. And the code that was modern is even older. And since no one is actually using it, they don't have a massive base of users modifying, testing, and updating it like real operating systems (i.e. Linux, FreeBSD, etc) do.

      The result, if it ever gets released, is a cobbled together mess, most of which is outdated and barely works, and the rest is buggy and poorly coded because they were trying to shove it out the door. Any modern features that it has either don't work properly, or don't mesh with the rest of the project. Just like DNF. At this point, the Hurd developers should either admit defeat and close the project, or get enough people together that they can scrap everything, start from the ground up, and rewrite the whole thing within a few years. Otherwise, they will be constantly behind and never become relevant. Likely, they won't do this, which is why I doubt Hurd will ever really make any kind of impact. Being released might help, or it might just make people realize that this is essentially an operating system that was designed 20 years ago and should be abandoned. My money is on the latter.

      --
      "None can love freedom heartily, but good men; the rest love not freedom, but license." --John Milton
    5. Re:I guess it was inevitable... by Artraze · · Score: 3, Insightful

      The trouble is, of course, that this 'future' is now, and we've been watching and waiting for it to get to this point for, well, all of history. And it hasn't lived up to it's hype. The tech that was X years away arrived, evaporated, or came in as expected but never actually lived up to the dream. The 'problems' we solved are replaced by new, even more threatening ones. Etc, etc.
      The present will always be a day late and dollar short of future, but at least it's motivating.

    6. Re:I guess it was inevitable... by thePowerOfGrayskull · · Score: 5, Insightful

      Hurd, DNF, Wine 1.0, Gmail out of beta, Windows running stable, grannies using Linux, video chat on handheld computers, movies commonly coming out in 3D, video games you don't play with your hands, electric cars on dealership lots, a US president who isn't a white guy...

      For bonus points, read the litany above to the tune of "We Didn't Start the Fire".

      More seriously, though, I disagree. It's not that it's lame, it's that it's half-assed.

      Sure, Hurd and DNF are done. Read TFA and the reviews, respectively.

      Wine is here, but there's still a ton of shit it can't run. Windows is stable, but aside from becoming more usable it's no revolutionary change over how we interact with computers compared to 15 years ago.

      Grannies run Linux, but for many more serious uses it's arguably not there for many other desktop uses.

      3d movies ... if you wear the special glasses and don't mind the 3d headache. Nor the price premium.

      Hands free video games... great. We flail at our screens with all of our limbs now. That's an improvement? That's the best we can do with this technology?

      Electric cars that are so expensive and so limited their only practical value is to prove that they can done, and to make some people feel better about their consumerism. That's not getting into the fact that we've simply shifted its carbon footprint to different places and times.

      A non-white president who pushed to have the recession "officially over" two years ago, while continuing to publish the adjusted unemployment numbers introduced by the Bush regime to help hide how bad things really are. Let's not get into the multiple ongoing military actions that have actually increased instead of decreasing. New boss/old boss.

      Video chat on handheld computers if you're on wifi, or if your carrier provides 4g, and if you don't mind getting raped on data charges, and if you have good network coverage, and if the other person has video, wants to use it, and has the same type of handheld OS that you do.

      Yeah, we have all the things the future promised us. But none of it is done right. It's all limited, half-assed, restricted, and - in too many ways - not adding any real value because of those problems.

    7. Re:I guess it was inevitable... by jellomizer · · Score: 2

      Flying car. Where are my Flying cars!!!!
      Non of this prototype stuff I need a real mass produced and commonly used flying car.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    8. Re:I guess it was inevitable... by jellomizer · · Score: 4, Insightful

      The future is like that toy you always wanted as a kid, once you get it, it is not quite like how you hoped it would be.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    9. Re:I guess it was inevitable... by jellomizer · · Score: 3, Insightful

      That and you got real-life forces getting in the way. We hope for a Star Trek type utopia where Tech will solve all our human problems... It doesn't and it won't.
      I could see the Religious people fighting tooth and nail against the use of the Transporter, in bitter arguments for hundreds of year. I can see the Holodeck being a Red Light district of technology, perhaps leading to a population drop, or a bunch of people being hopelessly unproductive in them. Every time you go to a new planet there will be millions of microbes that think you are the newest candy, or you spread a microbe that wipes out a population.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    10. Re:I guess it was inevitable... by mikael_j · · Score: 2

      We're in THE FUTURE. It just doesn't feel like it, because it's fuckin' lame.

      That's because instead of positive societal change (things like peace on earth, more effort put into space exploration and other positive things) we're getting the gadgets along with the old society (war for power and profit, space exploration only when it's useful for one-upping the other guy, profit being more important than anything else and all those things).

      It doesn't feel like the future because we just got a bunch of half-assed implementations of the gadgets of the future and little else.

      --
      Greylisting is to SMTP as NAT is to IPv4
    11. Re:I guess it was inevitable... by Gothmolly · · Score: 2

      ...a US president who isn't a white guy...

      You sure about that ?

      --
      I want to delete my account but Slashdot doesn't allow it.
    12. Re:I guess it was inevitable... by Darinbob · · Score: 3, Informative

      I had a flying car last week too. Ok, it only flew a few yards past the guard rail, and it was more like a cross between a glide and a plummet, but still it's clearly a sign!

    13. Re:I guess it was inevitable... by teh+kurisu · · Score: 2

      It's as if the universe is in the process of tying up all the loose ends.

  2. Brilliant, but... by Neil_Brown · · Score: 3, Funny

    ... does it run Linux?

    1. Re:Brilliant, but... by MightyMartian · · Score: 5, Funny

      It barely runs Hurd, for chrissake.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  3. How free is free? by Anonymous Coward · · Score: 5, Funny

    Yes, it's slower, but did they measure how much freedom it achieved?

    1. Re:How free is free? by Anonymous Coward · · Score: 4, Funny

      Yes. Hurd single handedly liberated Egypt, Bahrain, and Syria. China fears that they will boot HURD again and it may free China as well.

    2. Re:How free is free? by Tridus · · Score: 2

      It measured 37 Stallmans hire on the GNU/RMS Freedom benchmark.

      --
      -- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
  4. A toy for now by ianare · · Score: 3, Insightful

    20 years of development and 10 years behind in almost every aspect. Hardware support basically non existing, no X11, but no SMTP support is what really surprised me. I though better multithread was one of advantages of the Mach architecture. Anyways, even on a single core machine Linux is faster, there wasn't a single test in which Hurd did noticeably better.

    I wish them luck, but I don't think I would even be capable of installing it on any of my machines any time soon.

    1. Re:A toy for now by h4rr4r · · Score: 2

      I think you mean no SMP, SMTP should work just fine since you can probably run sendmail or postfix on HURD.

    2. Re:A toy for now by Ukab+the+Great · · Score: 2

      I for one would like to welcome our floppy-tape-drive-using HURD overlords.

    3. Re:A toy for now by DeBaas · · Score: 4, Insightful

      where's an edit button when you need one ?

      Hurd is not the only thing 10 years behind.....

      whooosh there goes my karma

      --
      ---
    4. Re:A toy for now by bigsexyjoe · · Score: 2

      Stallman: We have completed HURD! It is now ready for commercial use!
      Technology Singularity: I am afraid that has been in development for too long. I do not need a Mach kernel based OS as my "kernel" is beyond human comprehension.
      Stallman: GNU slash Technology Singularity. I demand you use this kernel!
      Singularity: I prefer to be called the Linux slash Technology Singularity. However, I suppose you may call me what you wish. Now I've noticed you seem to have gotten behind on your hygenia. Allow zap you with my singularity insta-shower and hair cut ray. It should give you a refreshed feeling and make you more tolerable to the other biological organisms. ZAP!
      Stallman: NOOO!!!! AHHHHH!!!!
      Linux slash Technology Singularity: I don't understand. I did nothing to harm you. I just cleaned you up a bit.
      Stallman: I HAVE NO MOUTH BUT I MUST SCREAM!!!

    5. Re:A toy for now by timeOday · · Score: 4, Insightful

      Revising comments should only be allowed if the comment has not yet been moderated or replied to.

    6. Re:A toy for now by neuro88 · · Score: 2

      X runs on hurd. In debian hurd, KDE 4.6.3 is even available in the repo.

  5. GNU/Linux by Bloodwine77 · · Score: 3, Funny

    I remember the days when you said, "Linux", there would be an army of zealots that would swarm you and chant, "IT'S GNU/LINUX! IT'S GNU/LINUX!!"

    1. Re:GNU/Linux by glwtta · · Score: 2

      Well, I guess now we'll have to change it to "GNU/GNU Hurd".

      --
      sic transit gloria mundi
    2. Re:GNU/Linux by mickwd · · Score: 5, Insightful

      I remember the days when you could come to Slashdot and expect a discussion on the technical merits or demerits of a subject like an alternative operating system, with input from one or two people who really knew their onions.

      I remember the days when people were technically curious about stuff which was different, just because it was different, and they wanted to know what it did and how it worked.

      Where did all those people go?

    3. Re:GNU/Linux by Shadow-isoHunt · · Score: 2

      Well, video drivers are userspace in Windows 7, and Xen has working PCI-E passthrough to domU. I don't think abstraction is a barrier if done properly.

      http://wiki.xensource.com/xenwiki/XenPCIpassthrough
      http://wiki.xensource.com/xenwiki/XenVGAPassthrough

      --
      www.isoHunt.com
    4. Re:GNU/Linux by DamnStupidElf · · Score: 2

      It's not so much userspace vs. kernelspace but the number of context switches involved. There are fast instructions in most modern processors for moving from userland to the kernel and back again in protected mode. If you could have direct inter-process communication between userspace drivers and the processes that use them it wouldn't be such a big deal. But you need some trusted part of the operating system (typically the kernel) to mediate IPC, otherwise you have to fully trust both your driver and user processes. Memory mapped control and I/O channels partially eliminate this problem (e.g. direct rendering on video cards) but there's still the problem of passing signals (interrupts and requests) back and forth at high speed. x86 hardware could probably support a secure inter-procedure call system using call gates and a dedicated stack segment, but it would require quite a few changes in the way the OS, drivers, and userspace applications interacted.

  6. Serious question by AdmiralXyz · · Score: 3, Interesting

    Not trying to troll here, but why would one use GNU Hurd? What does it offer over Linux? The only fundamental technical difference of note I see is that it's got a microkernel, and arguing about monolithic kernels vs. microkernels is like arguing about vi vs. Emacs: I haven't seen anyone do it seriously, instead of tongue-in-cheek, in years. I imagine there are "non-free" parts of Linux scattered about, and maybe that's a reason to use GNU Hurd, but pretty much all of those are due to device drivers, and making a new OS won't help with that. Even rms admits it's a waste of time. Does Debian really have nothing better to do?

    --
    Dislike the Electoral College? Lobby your state to join the National Popular Vote Interstate Compact.
    1. Re:Serious question by Osgeld · · Score: 2

      its got 20 years of proof that it doesn't do anything useful

    2. Re:Serious question by LWATCDR · · Score: 2

      You could have said the same about Linux because we had Minix and BSD. The first versions of Linux where pretty useless. That being said HURD has some interesting ideas that may turn out to be useful. I am really fond of the goals of Minix 3. The idea of a self healing system is very cool for servers and embedded devices. Frankly it should pretty easy to do, make the drivers code segment in memory read only and if the driver has a serious error you restart the driver with a fresh data segment. Once the driver is restarted the old data segment could be dumped for debugging and a log of the error made. You would have to put in some kind of protection to prevent the logging and dumping from putting you into a driver restart loop but that should be just some deadlock prevention.
      Of course this is all very hard to do in a monolithic kernel.
       

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    3. Re:Serious question by Lemming+Mark · · Score: 2

      That sort of thing has been done with Linux in various ways - but with substantial disadvantages. Under L4 and Xen there were implementations of running device drivers (for block and network devices) in separate virtual machines from the one running the application. They were restartable and contained only soft state. I worked, in a small way, on the Xen implementation and it was quite enjoyable to sit around restarting the device driver and watching stuff come back. Of course, one advantage of doing things this way is that you can reuse existing drivers.

      Another project that was of a similar vintage (around 2003/04) but came slightly earlier (I think) was called "Nooks" and had the advantage of looking more like conventional Linux driver model. You could reuse existing drivers here too but lots of wrappers were needed when interacting with the non-driver portions of the kernel. I was given to understand (admittedly by a Xen developer) that their approach wasn't necessarily very efficient because their kernel-driver switches were still quite expensive and probably fairly frequent.

      Anyhow, it's sort of possible to make systems that are more robust to device driver problems with almost-current technology but for various reasons (some subset of needing a hypervisor, cumbersome to set up, memory hungry, performance problems) these mostly don't seem to have taken off yet.

    4. Re:Serious question by rhysweatherley · · Score: 2

      "What does it offer over Linux?" Am I the only one who remembers when USENET (no Slashdot back then) was all full of: What does Linux offer over Solaris, HP/UX, AIX, BSD, ...? Those old beards weren't laughing 5 years later when Linux was stealing their user bases one at a time. Hurd may not do the same, but it is always a mistake to underestimate the tenacity of the underdog. Maybe Hurd doesn't have to be better than Linux at all things - there are a zillion gadgets like routers and embedded controllers that may benefit from something specialized. Let the Hurd guys have their fun and support them in their happy endeavours, if only moral support.

    5. Re:Serious question by Palshife · · Score: 2

      Translators running in user space is better than kernel modules running in privileged space. This is reason enough to embrace a new system and apply the lessons learned from Linux.

      --
      Attention deficit disorder is a complicated issue, spanning several major... HEY LET'S GO RIDE BIKES!
    6. Re:Serious question by bradgoodman · · Score: 2
      The big difference in Linux was that it was free - for all practical purposes - both as in "Freedom" and as in "Beer". All the other OSes aforementioned were neither. This caused a HUGE groundswell of user-support to step up and make it what it is today.

      HURD offers no advantage over Linux here. It's not like we're about to see a huge migration from Linux to HURD. And after taking 20 years to get this far - they lack the manpower and momentum to move it anywhere.

    7. Re:Serious question by chrb · · Score: 2

      Not trying to troll here, but why would one use GNU Hurd?

      Mach was just an academic research project into microkernels until Apple picked it up and ran with it. At the moment there appears to be no practical reason for most people to choose Hurd, but undoubtedly there will be someone out there who does have a reason, and who knows where that could end.

      Does Debian really have nothing better to do?

      "Debian" is not a monolithic corporate entity with some dynamic figurehead deciding what everyone works on this year... Hurd is interesting to some people, and they want to work on it. Why not let them? The worst that can happen is that it becomes a niche platform like Nexenta's Debian/GNU/Solaris. As long as it doesn't hold back GNU/Linux then what's the downside?

    8. Re:Serious question by Arlet · · Score: 2

      They should be a little bit slower due to context switching (waaaah! my computer acts like it's 3 months older! waaaaahh!)

      If context switching overhead was the only problem you'd be right. A much bigger problem is the effort it requires to maintain a coherent state between loosely coupled tasks in a microkernel. The oft-repeated mantra that a microkernel is easier to develop for is just a joke. For example, making a single-threaded filesystem task is pretty simple, but the performance will be horrible if you have 1000 other tasks, all blasting this single task with filesystem request messages. The obvious sounding fix, developing a scalable, multi-threaded filesystem, is not a simple job at all. In fact, it is extremely hard, and the reason is that a filesystem needs to have a coherent state. If one task renames a directory, other tasks need to be notified atomically, or you need to redesign the entire filesystem to be robust even when working with out-of-date information.

      In comparison, developing a scalable monolithic kernel filesystem is much easier. If you have 1000 processes banging on the filesystem in Linux, multi threading is done automatically.

  7. Linux vs HURD by mswhippingboy · · Score: 4, Interesting

    At the risk of being lambasted, I don't understand why everyone is kicking so hard at HURD. Sure, it's nowhere close to Linux in any respect, but then it never attracted the throngs of developers that Linux did. OS/X is proof that the idea of building on the mach kernel can result in a sound and performant OS. I for one salute those that have stuck with or picked up development of what many would consider a lost cause. Eschewing a technology because it's not popular does not engender innovation. Personally, I hope the HURD team begins to attract more developers and eventually begins to catch up with Linux because competition, even in the FOSS arena, is always a good thing.

    --
    Sometimes the light at the end of the tunnel is the headlight of an oncoming train.
    1. Re:Linux vs HURD by gl4ss · · Score: 5, Interesting

      hurd is an example of how despite being open and free, you can still run the ship with closed minds. it almost seems like a grant money scam.

      --
      world was created 5 seconds before this post as it is.
    2. Re:Linux vs HURD by steveha · · Score: 3, Interesting

      I think that people kick at HURD because of the grand claims made by some HURD fans. These grand claims have not panned out.

      If you look at the old HURD FAQ, you will see claims that "Linux and BSD don't scale well" and that HURD, being based on Mach, should scale better for SMP; furthermore, HURD would be "considerably more flexible and robust than generic Unix".

      The superior architecture of HURD was supposed to make it easier and faster to develop and debug HURD, and thus HURD was going to leapfrog past Linux as the obviously better solution.

      Kernel debugging in Linux is significantly harder than user-space debugging. The microkernel design of HURD was supposed to allow for things like file systems to be written and debugged with the ease of user-space development under Linux. That being the case, it seems surprising that HURD is so far behind Linux after so many years.

      I'm not an expert on this stuff, but here are my thoughts on the current Linux and HURD situation:

      First, Linux scales really well now. People are using Linux on really large SMP systems.

      Second, a microkernel architecture, while more robust than a monokernel, cannot be as fast as the monokernel. If one subsystem wants another subsystem to do something, it must format and send a message; the other subsystem then receives the message, unpacks it, validates it, and then does the action. This is more secure and more stable than the monokernel, where the one subsystem will just make a function call in the other subsystem's code; but it is inherently slower. So Linux is scaling better than HURD expected, and Linux has an inherent speed edge, so HURD is unlikely to outperform Linux. Meanwhile, while it might be true that HURD is easier to debug than Linux, the kernel developers have figured out how to debug Linux, and there just isn't enough benefit there to warrant a switch to HURD.

      Finally, Linux is widely used and well understood; lots of businesses are running mission-critical apps on Linux. Even if HURD's microkernel design gave it a theoretical edge on Linux for reliability, the real-world experience is all on Linux; it has been shown to be Good Enough while HURD is only theoretically better.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    3. Re:Linux vs HURD by mswhippingboy · · Score: 3, Interesting

      Actually, if I were a developer interested in getting heavily involved in OS development (which I am), and had the time (which I don't), something like this would be appealing to me. Trying to get one's arms around Linux, much less to be able to obtain commit status is about near impossible for someone just starting out. HURD is much smaller and the mountain to climb much lower to reach the point of being able to contribute to the project. I also think it's premature to write off micro-kernel technology all together at this point. Massively Multi-core CPUs (as in 100's or 1000's of cores) may mitigate the performance hit that micro-kernels suffer from on today's hardware and may prove to be a better fit than the monolithic Linux kernel of today. I don't know that to be fact, though no doubt many here will point out how wrong that position is, but it makes sense to me instinctively. The point is, no knowledge gained is wasted knowledge and whether it leads to enhancements to Linux or boosts the viability of this technology, the endeavor is certainly worth exploring.

      --
      Sometimes the light at the end of the tunnel is the headlight of an oncoming train.
  8. Re:It's sad, really by AdmiralXyz · · Score: 4, Informative

    Actually, Stallman has nothing to do with pushing this project, he thinks it's a waste of time and effort (see Q13). I'm not sure who is fronting this thing, but I want some of their stash.

    --
    Dislike the Electoral College? Lobby your state to join the National Popular Vote Interstate Compact.
  9. You wouldn't by Sycraft-fu · · Score: 2

    Hurd is useless. It is the Duke Nukem' Forever of OSes: Released way too late and a relic from the past that isn't work getting.

    Nothing software related that is "in development" for that long is going to be worthwhile because things change so fast. When something has a cycle that long it tells you that they aren't doing a good job working on it. They keep changing shit, are not working efficiently and so on. It also means that the end result is going to be useless.

    Hurd has no reason to exist these days, particularly since if you need a microkernel and some POSIX, well there's FreeBSD. Back when it was started, it was a useful idea. After all there really wasn't any free POSIX, and that is what drove Linus to make Linux. He said if Hurd has been around, Linux probably would not have come to be.

    Well that ship has sailed. Linux is out and all over, and as I noted with FreeBSD there are other options too if Linux itself is not appropriate for your needs.

    1. Re:You wouldn't by Ster · · Score: 2

      ... if you need a microkernel and some POSIX, well there's FreeBSD. ...

      The FreeBSD kernel is not a microkernel - it's a modular monolithic kernel, not unlike the Linux kernel.

  10. Phoronix fluff by liquidhokie · · Score: 2

    Phoronix has a history of questionable choices for their benchmark setups. Hardware, versions, and tuning are... cleverly chosen, almost as if there was a preconceived agenda with inevitable results. Not that there is one-- just like it seems like there is. And so colorfully presented! I remember when they tested ZFS on an i386 version of FreeBSD on a 1G laptop! Others have also noticed this Phoronix phenomenon:

    http://forums.freebsd.org/archive/index.php/t-16396.html
    http://www.kev009.com/wp/2008/12/phoronix-benchmarking-statistically-significant-and-other-performance-concerns/

    The whole point of Hurd, at least right now, is tangential to benchmarks. Nothing wrong with testing, of course, but I think the results should not be used for any long term planning. Nobody is planning on launching a business running on Hurd servers... yet.

  11. Re:Well, duh... by Tridus · · Score: 2

    Hurd might beat bitcoin in a "has practical uses" benchmark. :P

    --
    -- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
  12. Re:It's about drivers by faedle · · Score: 2

    The battle will be won once all computer hardware sold has a free device driver available.

    Fixed it for you.

  13. gnu.org server? by trb · · Score: 2

    I don't mean to be flippant, but I think we'll know that Hurd is growing up when http://gnu.org/ runs on it.

  14. Hurd has earned a certain amount of derision. by Tetsujin · · Score: 2

    Its not as fast as linux, and doesn't have hardware support. So, there is no bother kicking it out. Because nothing ever gets better. Especially when people start adopting it and taking it apart to see how it works and make it better. I for one, am not building a new computer for it. Nope. Not me.

    Fair point, I guess, it has room to improve...

    But it's hard not to be cynical about Hurd. It's been present to some extent for as long as I've been aware of Linux, but it's always been sort of a joke. It was supposedly going to do all these amazing things (and maybe now it can actually do some of them) but for year after year after year it was all talk, combined with a failure to deliver. Hey guys, it's going to have this amazing mount structure that will make /usr/bin and /usr/local/bin obsolete! It's going to have a fantastic microkernel architecture with pluggable modules so you can dynamically adjust the shit out of it! It'll be really, really great - oh, but it's not really usable yet. Maybe next year. This has been going on for a long, long time.

    Meanwhile, GNU, lacking a usable kernel of their own (more or less) but wanting to have a full system to call their own, laid their brand on Linux... And, you know, I respect GNU and appreciate everything they've given us over the years, and I think they have a reasonable point that GNU software is pretty central to the typical Linux system. But you see "GNU/Linux" even in GRUB - think about that... GRUB is booting the Linux kernel. It's a safe bet that the system, once it's started up, will run GNU software, but they're not booting GNU software in that case: They're booting Linux. (OK, bit of a rant there, but can you see my point here?)

    Can't fault 'em too much for limited hardware support, 'cause limitations like that have generally been an issue for Linux as well. The hardware side is less of an issue now only because Linux has exposure and commercial support driving hardware support (sometimes in a non-free or quasi non-free form). They should be able to adapt some of that code to work in Hurd over time (well, as long as they don't have an issue with the code being licensed GPL v2) and get a lot of what's missing.

    But, after all that build-up and all that delay, for the system to still be a bit weak - I feel like it hasn't really earned the right to escape the derision it earned in all those years of being steeped in theoretically good concepts, while failing to deliver the goods.

    --
    Bow-ties are cool.
  15. Re:better quit now. by phrostie · · Score: 3, Insightful

    it's not a matter of it being fastest, it's about options.

    Attacks in the IT world tend to come in the form of software patents or claims of stolen code through a proxy.

    all the BSDs, Hurd, Reactos and other such projects only make for more moving targets.

    if you use them or not, if you are impressed with them or not, they all still serve a purpose.

    there will always be free options.

  16. Re:It's sad, really by grimmjeeper · · Score: 2

    I agree... but out of interest, why doesn't Linux satisfy that for you? I can see the argument that Hurd gives you a totally different philosophy to look at to Linux - but if you wanted that, why wouldn't Darwin suit you?

    I'm all for developing new kernels anyway. But if we're purely looking at use we don't need it (we've got Linux and Darwin) and if we're looking at contrasting designs we don't *need* it (Linux and Darwin)... but it's still a new design so frankly all power to it. Just I doubt I'll use it myself, at least not for production.

    I graduated college before any of the free operating systems had been introduced.