Slashdot Mirror


QNX: When an OS Really, Really Has to Work

An anonymous reader writes "Fortune has this article about how QNX's OS has found a niche and is doing well. Especially after 1996 when Microsoft executives said they would crush them in 2 years. When your software absolutely positively needs to work!"

514 comments

  1. QNX is still around? by RLiegh · · Score: 3, Funny

    Wow. Do they still have the web-browser-on-a-bootfloppy offer?

    1. Re:QNX is still around? by $calar · · Score: 4, Informative

      Yes they are around, in fact some more recent news about them came out of the JavaOne conference: http://rcrnews.com/cgi-bin/news.pl?newsId=13840 They are going to be integrating IBMâ(TM)s WebSphere Micro Environment.

    2. Re:QNX is still around? by njan · · Score: 5, Informative

      Actually, as far as I remember, they released a bootable iso which had complete hardware support with a huge library of software, and network support - a la knoppix.

      But their floppy was phenomenally useful - on a site of several thousand people, I used to use it in preference to windows to troubleshoot network equipment - until the company stopped to buy floppy drives for their workstations by default...

      --
      I am a viral sig. Please copy me and help me spread. Thank you
    3. Re:QNX is still around? by damien_kane · · Score: 1

      Soput the floppy image as a boot image on a USB keychain...
      That is, of course, if the mobos in the boxes the company purchases can boot off of USB devices...

    4. Re:QNX is still around? by Anonymous Coward · · Score: 0

      Even better would be to use a bootable CD, if they don't have floppy drives, they'll probably have CD drives.

    5. Re:QNX is still around? by frovingslosh · · Score: 1
      oput the floppy image as a boot image on a USB keychain...

      Sounds good to me; but please tell me how I make my keychain flash memory USB gizmo bootable. My BIOS claims to support it, but just what does it take to install a boot image on the thing?

      --
      I'm an American. I love this country and the freedoms that we used to have.
    6. Re:QNX is still around? by loadquo · · Score: 1

      I recently bought one and I think you need special software to format it, my software was downloadable from the manufacturer which I don't have a link to. Or you could try fdisking it on linux they appear as scsi hardrives.

    7. Re:QNX is still around? by halightw · · Score: 1

      Who cares about a boot floppy anymore, many new computers don't even have a floppy drive, especially in a corporate environment (and my latest home system I chose not to put a floppy drive on it either). You can make a much better linux bootable CD with absolutely everything on it instead!

    8. Re:QNX is still around? by njan · · Score: 1

      That's what I took to doing - knoppix, with a USB keychain drive as my home directory. Tres useful. ;)

      --
      I am a viral sig. Please copy me and help me spread. Thank you
  2. Old article! by privbit · · Score: 0, Troll

    This was written in March! dtdodge: is the marketing budget now dedicated to resubmitting old articles to Slashdot? Quick: someone post a link to the Byte story from 1994!

    1. Re:Old article! by bsharitt · · Score: 1

      Okay, I found the archive, which one do I submit?

    2. Re:Old article! by fatboyslack · · Score: 1

      Still, it would be amusing to see the look on some SysAdmins (or whoevers in charge) face when he tries to work out why a two month old article just got slashdotted. Also, I recommend you read 'page 1' or the first article, its about the guy who invented/co-invented protein and dna sequences. Pretty cool stuff.

      --
      Everyone thinks of changing the world, but no one thinks of changing himself. -- Leo Tolstoy
    3. Re:Old article! by Tuffnut · · Score: 1

      Captain Obvious strikes again!

      :) I'm sure anyone reading slashdot can read that for themselves. Except for those select individuals who never read the articles, you trolling bastards!!

    4. Re:Old article! by ozric99 · · Score: 2, Funny

      Hey! I read the article. It's something about SCO being naughty, right?

  3. um by drDugan · · Score: 1

    shouldn't all OS design have at least the "intent" of working like this?

    not knowing anything about QNX, it sounds like they're just a better OS.

    have I missed something?

    1. Re:um by b0r1s · · Score: 4, Insightful

      You're missing a little ...

      QNX is a great operating system, but it's a much different market. It's not made for PCs, it's made for embedded, real time applications. You'll find QNX in routers, you'll find it in medical devices, and you'll find it in nuclear power plants.

      What you won't find in QNX is USB support, drivers for a Sound Blaster 16, or Accelerated 3D drivers.

      It's a great operating system, but comparing it to things like Windows, Mac OS, Linux, FreeBSD, or even Solaris and AIX are silly. QNX isn't designed to have any frills: it manages resources, incredibly well, and that's it. It doens't do complex scheduling, it doesn't do advanced 3d tricks, and it's not going to do much with the latest firewire hard drives. It will, however, guide a laser over someone's eye for Lasik and other such procedures a thousand times a year without a glitch.

      --
      Mooniacs for iOS and Android
    2. Re:um by StarTux · · Score: 1

      Exactly, only thing that has caused me issues an *any* desktop OS has been video, or USB. Embedded is a whole different universe.

      Article sounded like someone who has gotten very confused over this embedded area. Embedded could easily mean your device running non-stop for ten years in a place where you cannot easily or cheaply replace it.

    3. Re:um by Cylix · · Score: 2, Informative

      I do believe it is made for PC's. (It at least was at one time)

      It also happens to have a nice niche in the embedded market as well.

      At an embedded systems conference, a while ago, the QNX guys showed me tablet pc's, citrix servers, remote X stuffs and my favorite at the time... the QNX port of quake. The quake port was a little buggy and I don't believe their system had sound support on or no speakers.

      We chatted, grabbed the install floppies (2 or 3 at the time), and got some cards.

      All in all, it was one of the better booths to visit.

      --
      "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
    4. Re:um by SoSueMe · · Score: 5, Informative

      Here's what you DO get (from the Neutrino page):
      The QNX Momentics Development Suite Non-Commercial (NC) edition gives you a full self-hosted development environment with the QNX Neutrino RTOS, plus tools, device driver kits, a desktop class browser, and more.

      QNX Neutrino RTOS v 6.2.1

      * Symmetric Multiprocessing (SMP)
      * QNX Photon microGUI
      * Hundreds of POSIX, UNIX, and QNX utilities
      * Distributed processing

      Self-hosted C/C++ development environment for x86 & ARM development only. Reference Platform:

      * iPAQ (ARM development target)

      Driver Development Kits (DDKs)

      Libraries and Tools:

      * ANSI C, GCC v2.95x optimizing compiler, GDB 5.x, Binutils 2.10.x

    5. Re:um by imnoteddy · · Score: 5, Informative
      What you won't find in QNX is USB support

      Sorry, wrong. QNX USB support.

      --
      No electrons were harmed creating this post, though some may have been subjected to electrical and/or magnetic fields.
    6. Re:um by Anonymous Coward · · Score: 1, Insightful

      Exactly, usb is mostly a replacement for rs232. Something you're going to want in an os that exists to control hardware.

    7. Re:um by Anonymous Coward · · Score: 2, Informative

      Yes, it can and does run on PC hardware. However, it's not a PC OS. Was never meant to be, likely will never be

    8. Re:um by localghost · · Score: 1

      And Microsoft thought they would take over that market? *shudder*

    9. Re:um by kraksmoka · · Score: 1
      QNX has been the only company so far to commercialize a microkernel OS.

      scuse me, what about the mac os mach microkernel basis?? this is why, and it works :)

      --
      "You never want a serious crisis to go to waste." - Rahm Emanuel
    10. Re:um by SealBeater · · Score: 5, Informative

      I can't believe this got a +5 insightful.


      It's not made for PCs


      You are mistaken, I'm afraid. See below.


      What you won't find in QNX is USB support


      QNX most defiantly has USB support, as I have a Audrey that has it sitting in front of me.
      As for the "not meant for PCs", QNX runs extremely well on a PC, with just about everything you need.
      QNX also has 3d support, as evidenced in the FAQ here.

      To quote:
      Photon supports rapid animation, 3D graphics, and realtime trending
      through off-screen memory, bypass mode, video overlay, and other
      advanced features.

      QNX also supports the following:

      * XScale processors and boards
      * >4G address spaces on PowerPC boards
      * more video hardware
      * UDMA 66 chipset (high-speed disk interface)
      * Enhanced TCP/IP stack - includes IPv4, Unix domain sockets, multicast support
      * NFS v3
      * Resource database for better device mapping
      * Bi-directional pipes
      * Block driver DMA
      * Enhanced support for shared memory, with full support for creation mode and ownership information

      And SMP, which OpenBSD still hasn't included, for instance.

      I recommend that anyone who is interested download the free ISO and install it on
      a spare computer you may have laying around and see for yourself. Get it here.
      Don't rely on /. or me to give accurate information, go see for yourself.

      SealBeater

      --
      -- Its survival of the fittest...and we got the fucking guns!!!
    11. Re:um by Anonymous Coward · · Score: 0

      Maybe not, but I love the GUI that they had.

      It was beautiful.

    12. Re:um by Anonymous Coward · · Score: 0

      I recommend that anyone who is interested download the free ISO and install it on
      a spare computer you may have laying around and see for yourself. Get it here.
      Don't rely on /. or me to give accurate information, go see for yourself.


      After Registering:

      Maximum download limit reached. Please try again later.

      Thank you for registering for the free download of QNX Momentics Non-Commercial (NC) Edition v6.2.1. Due to the large volume of requests, we have reached our maximum download limit at this time. As you have already registered for the download, please bookmark the link provided and try again later.
      Download QNX Momentics NC v6.2.1.

      Please note: If you are using IE, you can bookmark the link by right clicking and selecting "add to favorites."

      We apologize for any inconvenience.

      Thank you for your interest in QNX Software System

    13. Re:um by Anonymous Coward · · Score: 0

      I tested QNX back when I was in High School on a floppy disk. Yep I booted it from a single floppy disk. I don't remember the size, but it was pretty small. After that, I thought to myself it's just another OS and forgot about it until I read the article today.

      QNX is for PC too. accoarding to the article, it has a GUI interface. ANyway, I leave to those of you wit time to teest it out. You can download it for free.

    14. Re:um by LunaticLeo · · Score: 1

      Mac OSX derives from NeXT OS and sure it uses an fork of the very old Mach 2.5 (I'm pretty sure) kernel. But it runs the entire OS in a single server last I heard. So Mac OSX is really just using Mach as a portability layer.

      QNX is a true multi-server micro-kernel OS.

      Even linux has a single-server Mach micro-kernel implementation called MkLinux. But that doesn't really make linux a Mach micro-kernel based OS.

      --
      -- I am not a fanatic, I am a true believer.
    15. Re:um by drsmithy · · Score: 1
      scuse me, what about the mac os mach microkernel basis???

      See that word ? It means OS X is *based* on a microkernel design, not that it *is* a microkernel design.

      OS X is as much a microsoft as NT/2k/XP. Which is to say, enough to be able to claim "microkernel based" in the marketing literature, but not really enough to benefit from any of the tangible advantages (and in OS X's case, it seems, enough to be able to suffer from one of the disadvantages - poor performance).

    16. Re:um by Cylix · · Score: 1

      QNX dropped out of the PC market to pursue their embedded market. They never really dented the PC market and they WERE very much attempting it. QNX citrix servers, tablet PC's, and the full installation disk with lotsa of tools. I do believe it had a great deal of GNU tools available on the cd (but I might be wrong).

      The installation CD was a compressed install that extracted to about a gig worth of junk. They did this really neat trick and if it supported your hardware did a blazing fast full install.

      Just because they never made it, gave up, and went on to do something they were really good at... doesn't mean it didn't happen.

      They were selling these buggers as thin clients, along with NT integration tools for app servers.

      Ran on the PC == PC OS in my book.

      --
      "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
    17. Re:um by Leimy · · Score: 1

      It *does* have support for sound blaster 16... I used its sound recorder to record myself playing bass a few times. Its also got web browsers, modem dialers, and it had support for my Nvidia GeForce2 card [though I don't know that it was accelerated :)].

      Anyway it was a fun system to play with... I couldn't find enough user software packages to keep me interested in it though.

    18. Re:um by Anonymous Coward · · Score: 0

      The webpage is wrong (hasn't been updated), there IS usb support.

    19. Re:um by tomhudson · · Score: 1
      netcraft says they're running this:
      The site www.qnx.com is running Apache/1.3.20 (Unix) PHP/4.2.1 on Linux

      Instructions on how to bookmark pages? WFT? Guess they think complete dummies and newbies would be d/ling their os?

      Nice to know that they trust linux for important stuff :-)

      Now, why couldn't they have coded the page to report that their daily bandwidth allotment was used up before harvesting our names, addys, etc. Not a good P.R. move, for sure, and more likely to encourage people to bittorrent it, or not bother.

    20. Re:um by bhtooefr · · Score: 1

      It was initally released as a hobby UNIX for PCs, and I've heard it was by far the fastest UNIX at the time, but QNX pulled out before they got popular. BTW, the old rule of thumb is: You're at least a personal, if not desktop OS if you can run Doom on it. Someone's ported Doom to QNX.

    21. Re:um by xScruffx · · Score: 1

      I guess I was just lucky. About two years ago, when they first offered to send out free install discs to the first someodd requestors, I got my req in about a month or three too late.

      They apologized for not having a disc handy, but promised to send one anyways. They did. And another one when they updated. And another one with yet another update.

      FINALLY I get something other than fucking AOL discs.

      xScruffx

    22. Re:um by TW+Burger · · Score: 1

      QNX has USB support. It was first introduced after the QNX 2000 conference in Vancouver May 2000 when the specification docs were released and an open invitation to write the basic USB 1.0 drivers went out.

      QNX is not only the most stable of all micro-processor operating systems, but is the longest in use. It dates back to CPM days. Most people have not heard of it for two reasons: 1. It is Canadian. QNX is based in Ottawa, Ontario. 2. It is not a Micro$oft product.

      QNX is a developer's OS and is specifically targeted to an industrial market. However, it can run Linux programs (with a little tweaking of a compatibility layer) and can be a nifty (and free for non-commercial download at QNX.COM) OS for who wish to play with something exceedingly cool.

      I did my first development with QNX in 1987. It allowed me to setup a 20 terminal data entry sytem and database in under two weeks.

      QNX is best known in Europe due to the different computer culture. In North America only very high-end engineers in leading edge companies use QNX. This is not because it is expensive or difficult to use, but because the best seek out the best and learn about it rather the kludge something from what they already know.

  4. We Will Crush You? by maliabu · · Score: 1

    Especially after 1996 when Microsoft executives said they would crush them in 2 year

    can a company said that regarding a competitor?

    1. Re:We Will Crush You? by rodgerd · · Score: 1

      Of course it is. You're allowed to crush your competitors, so long as you dn't use illegal tactics to do so.

    2. Re:We Will Crush You? by calags · · Score: 1

      I don't think there's any problem with saying that to your competitor.

      Actually doing it and the means by which this is done is an altogether different matter.

      --
      Never attribute to stupidity what can be construed as a monopoly preservation tactic.
    3. Re:We Will Crush You? by 100lbHand · · Score: 5, Funny

      1. Crush your enemies 2. See them driven before you 3. Hear the lamentations of their women 4. ? 5. Profit!!

      --
      "I'm not high, just stupid" --JY
    4. Re:We Will Crush You? by saden1 · · Score: 2, Funny

      Last time I checked Microsoft is always crush mood. Microsoft doesn't have to utter the words, it is always implied.

      If it was legal, they'd have âoeKicking Devisionâ who's whole objective is to kick the competition in the gonads.

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    5. Re:We Will Crush You? by napoleonin · · Score: 2, Funny
      We Will Crush You...

      Waiting for the inevitable joke comparing Bill Gates to Khrushchev...

    6. Re:We Will Crush You? by lostchicken · · Score: 2, Funny

      No. There's no comparison. One was the head of an evil empire, the other is the head of the Evil Empire.

      --
      -twb
    7. Re:We Will Crush You? by Anonymous Coward · · Score: 0

      Thanks, Bill. Now put your shoe back on...

    8. Re:We Will Crush You? by ignorant_newbie · · Score: 3, Informative

      >We Will Crush You...
      >Waiting for the inevitable joke comparing Bill Gates to
      >Khrushchev...

      who actually said "my was pokhoronim", which means "we will bury you". Which was not a threat. It's better translated as somthing like "we will dance on your grave" - he was saying that the soviet system was so superior that it would outlast the american one, and thus the USSR would be presant at the funeral of american capitalism, and help bury it.

    9. Re:We Will Crush You? by Yebyen · · Score: 0

      What are you on, and can I get a gram of it?

      --
      Restating the obvious since nineteen aught five.
    10. Re:We Will Crush You? by saden1 · · Score: 1

      I'm on Fig Newtons. Go to your local grocery store and get the Fat Free Strawberry kind which I have discovered make you horny and hallucinate at the same time. Very deadly combination if you ask me.

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    11. Re:We Will Crush You? by happyDave · · Score: 1

      I don't subscribe to this point of view. It's such an ignorant thing to do, if the Russians love their children too.

    12. Re:We Will Crush You? by Darby · · Score: 1

      which I have discovered make you horny and hallucinate at the same time. Very deadly combination if you ask me.

      Jeepers, I'd think so.
      I thought beer goggles were bad enough when you go to bed with Bo Derek and wake up next to Bo Diddley.

  5. spawn() hangs system by Anonymous Coward · · Score: 2, Interesting

    We are running QNX 6.1 Patch B on PowerPC's with a custom BSP.

    We have ported QNX to two custom boards, one based on the MPC7410 PPC and another based on the MPC755. The MPC7410 system is running fine. The new port to the MPC755 has a nasty problem. Anytime spawn() is invoked, the entire QNX system hangs. All processes stop, regardless of priority. This system hang doesn't happen on the MPC7410.

    It looks like it's just spawn() that is the problem. We can start and kill large processes from the ksh shell just fine.

    This problem does not happen on our MPC7410 system. Other than this spawn problem, both systems run great.

    Both systems have MPC107 controllers, 128 MB of SDRAM, and the same Ethernet controller. The MPC7410 system has 2 MB of external L2 cache, the MPC755 system has 1 MB of external L2. We believe that memory and cache integrity are OK.

    What could spawn() be doing to take down the whole kernel on the MPC755?

    Here is a simple example program that runs fine on the MPC7410, but completely hangs QNX on the MPC755:

    #include <stdio.h>
    #include <spawn.h>

    int main(int argc, char** argv)
    {
    char* path ="/bin/ls";
    printf("About to spawn %s\n", path);
    fflush(stdout);
    spawn(path, 0, NULL, NULL, NULL, NULL);
    printf("Spawn is done\n");
    return 0;
    }

    Here are the PPC registers on the MPC755 board seen by typical applications:

    MSR = 0000.9932
    HID0 = 0010.C0A4
    HID1 = 8000.0000
    L2CR = BB00.0060

    We've submitted a request to QNX support for help on this. However, if anyone has any thoughts regarding this problem then please share.

    Thanks

    1. Re:spawn() hangs system by Anonymous Coward · · Score: 3, Informative

      From the docs:

      argv
      A pointer to an argument vector. The value in argv[0] should point to the filename of program being loaded, but can be NULL if no arguments are being passed. The last member of argv must be a NULL pointer. The value of argv can't be NULL.

      Argv is the second to last parameter for spawn. You have it set to NULL.

    2. Re:spawn() hangs system by Anonymous Coward · · Score: 0

      Why was I modded at offtopic? I asked a question about QNX in a story about QNX.

    3. Re:spawn() hangs system by Anonymous Coward · · Score: 0

      Totally incorrect response.

      You should have stated:

      RTFM

    4. Re:spawn() hangs system by jorlando · · Score: 1

      probably because the parent's question is more adequated at some QNX support forum than at slashdot.

    5. Re:spawn() hangs system by Anonymous Coward · · Score: 0

      Possibly also because many moderators are fucktards.

      Consider reading at -1.

    6. Re:spawn() hangs system by Anonymous Coward · · Score: 0

      It looks like someone else spotted the error, but QSSL's newsgroups are an excellent place for support. (I forget the server; news.qnx.com or news.qssl.com.)

  6. QNX doesn't work by Anonymous Coward · · Score: 0

    I work for a company that spent three years developing a solution using QNX. We found QNX to be unstable (we had it crash countless times), ill-supported (their support personnel are expensive and often not very knowledgable), and to generally have no redeeming qualities. We are now moving to a Linux solution instead.

    Newer version of QNX borrow *heavily* from the GNU system software anyway, so all you're doing is swapping out Linux for a "micro" kernel (we were forced to use 64MB Pentiums for our target platforms -- not very micro).

    The licensing costs kill your bottom line too. QNX is VERY expensive.

    I think it does have a niche, a very small one where people have started using it, released a product and can't easily abandon it.

    Ironically, our contracted QNX expert is now doing Linux work since he can't find anyone who wants to use QNX.

    I know people use this Operating System and have good success, I'm just not sure why or how. Linux is probably a better choice. Period.

    1. Re:QNX doesn't work by Anonymous Coward · · Score: 0

      I think you're full of shit, personally, linux bigot.

    2. Re:QNX doesn't work by RazorJ_2000 · · Score: 1

      You have no clue what you're talking about. I was introduced to QNX back in high school in 1986. It was good then and it's even better now. Lucky me, my high school math/compsci teacher was a grad of UWaterloo (Masters degree now too from what I hear) who knew his shit. QNX was my first intro to programming.

      --
      pi=sigma{n:0-infinity}[(1/16)^n][(4/(8n+1))-(2/(8n +4))-(1/ (8n+5))-(1/(8n+6))]
    3. Re:QNX doesn't work by rifter · · Score: 1

      So qnx is useful in high school programming courses, or at least was in 1986. But the guy who actually tried to do real work with it knows nothing? I don't think he was trying to speak to its viability as a teaching tool, but rather to its viability as a platform for real products in the real world...

  7. QNX? ICK! by SmileeTiger · · Score: 3, Insightful

    I am currently working on a software development project migrating code _away_ from QNX to Linux. Every time I have to work on the old QNX project I want to bang my head against the monitor.

    From what I have seen there is nothing that QNX does that Linux can't do that would justify the license cost.

    1. Re:QNX? ICK! by Cylix · · Score: 1

      So wrong!

      Linux cannot force you to bang your head against the monitor in the same manner QNX does!

      Geez, so hypocritical ;)

      --
      "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
    2. Re:QNX? ICK! by Anonymous Coward · · Score: 0, Flamebait

      You really are a fuckin' idiot aren't you?

      Do you even know what an embedded system is, assgerbil?

    3. Re:QNX? ICK! by Anonymous Coward · · Score: 0
      When you release your software, are you going to enjoy giving away your hard work in the form of source to conform to the GPL?

      Why would they have to do that? If they're not making changes to the GPL code itself (and building modules that dynamically link at run time don't count), and if all the libraries they link to are LGPL instead of GPL - then there's no reason/need for them to release their source

      troll

    4. Re:QNX? ICK! by jjh37997 · · Score: 2, Insightful

      From what I have seen there is nothing that QNX does that Linux can't do that would justify the license cost.

      Except not crash.....

      I'm sorry but as much as I like linux I want something a little more robust running my nuclear power plants and laser eye-surgery machines. I think that warrants a little extra cost.

    5. Re:QNX? ICK! by alienw · · Score: 0

      If you were smart, you'd use a BSD, and avoid the whole viral GPL issue.

      Right -- and also avoid receiving any improvements to the software performed by other users. A bug in a BSD program can stay unfixed until the author finds it. In a GPL program, it gets fixed as soon as ANYONE finds it.

      Also, can you name a single embedded device that uses BSD? Embedded linux is hot. Embedded BSD is unheard of.

    6. Re:QNX? ICK! by Anonymous Coward · · Score: 0

      support & liability... nuff said

    7. Re:QNX? ICK! by smallpaul · · Score: 1

      Right -- and also avoid receiving any improvements to the software performed by other users. A bug in a BSD program can stay unfixed until the author finds it. In a GPL program, it gets fixed as soon as ANYONE finds it.

      No, they have to find it, and fix it, and redistribute their software, and then somebody has to notice the fix in their redistributed source code and port that back to the mainline. In either Linux or BSD most fixes do not come through this path. Rather the person contributes the fix back because maintaining a fork is a pain in the ass.

    8. Re:QNX? ICK! by Mac+Degger · · Score: 1

      "Every time I have to work on the old QNX project I want to bang my head against the monitor."

      Why?

      --
      -- Waht? Tehr's a preveiw buottn?
    9. Re:QNX? ICK! by Anonymous Coward · · Score: 1, Insightful

      Have a look at some of the systems NetBSD runs on. It's ported to a lot of 'embedded-type processors' (e.g., SH4).

      Just because you don't hear about something doesn't mean it doesn't exist. Nowadays you hear a lot about Linux just because it's Linux: it's good PR to do it. It's the cool thing to do, and everyone wants their 15 minutes of fame.

      (Not knocking Linux, just the attitude of some of its 'followers'.)

    10. Re:QNX? ICK! by alienw · · Score: 2, Interesting

      Actually, most people using GPL software send a patch back to the maintainer. Most companies using BSD software don't contribute anything back - usually, it's just an extra layer of process that's not worth the hassle. I haven't seen Microsoft send patches to BSD even though they used to use the TCP/IP stack and other stuff in Windows. In contrast, almost every large corporate user of Linux (HP, IBM, Compaq, etc) contributed tons of code back.

    11. Re:QNX? ICK! by b17bmbr · · Score: 3, Funny

      I haven't seen Microsoft send patches to BSD even though they used to use the TCP/IP stack and other stuff in Windows

      you really want microsoft code in BSD?

      --
      My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
    12. Re:QNX? ICK! by SmileeTiger · · Score: 1

      There are a bunch of little things but here are the major ones:
      1. Lack of security.
      2. Networking was a nightmare. (Mostly due to a lack of security)
      3. IPC was a TOTAL mess.

    13. Re:QNX? ICK! by Anonymous Coward · · Score: 0

      Brett Glass? Why are you posting as an AC?

    14. Re:QNX? ICK! by SmileeTiger · · Score: 1

      I should probably poing out that I was using QNX version 4. The newest version is somewhat better in most of these respects.

    15. Re:QNX? ICK! by dsplat · · Score: 4, Insightful

      I am currently working on a software development project migrating code _away_ from QNX to Linux. Every time I have to work on the old QNX project I want to bang my head against the monitor.

      That can depend a great deal on which version of QNX you are looking at. It you really have an older project that is running on say, QNX 4, then it would be painful. I've worked quite a bit with it. The most painful thing about it is that I remember when Linux looked and felt like that years ago. That's because QNX 6 is current. Most of the things that you've come to expect under Linux are available under QNX.

      Where QNX really shines, is in faster context switches, and a predictable real time scheduler. Of course, if you invert the priority of your processes, good luck. The QNX folks have also provided a nice message passing library. Okay, there are other ways to handle interprocess communication. But their stuff just keeps on working.

      The only reason that I would recommend porting away from QNX to Linux is if there was a specific need driving the port. If all of your other code is under Linux, or you need to save the licensing costs, or there are specific tools or libraries that haven't been ported. QNX has a pretty familiar feel to anyone familiar with multiple Unices.

      Now the GUI libraries (I'm talking QNX 4 here, not the newer Photon stuff), are a bit of a pain. They harken back to darker days. The effort to port QNX 4 GUI code to anything else would be bigger than it is worth in a lot of cases.

      QNX gets the embedded, real time stuff right. Don't underrate that.

      --
      The net will not be what we demand, but what we make it. Build it well.
    16. Re:QNX? ICK! by SmileeTiger · · Score: 1

      From what I have seen the newest version ov QNX is quite nice. The project I am working on was operating under version 4 *ICK*.

      The only reason that I would recommend porting away from QNX to Linux is if there was a specific need driving the port. If all of your other code is under Linux, or you need to save the licensing costs, or there are specific tools or libraries that haven't been ported.

      The reason we are porting is mostly the licensing cost issue.

      We were also looking at upgrading from version 4 to version 6 but the migration path upgrading on the QNX side and migrating to Linux are about the same in terms of difficulty and time line so we choose the cheaper route.

    17. Re:QNX? ICK! by pHDNgell · · Score: 2, Interesting

      Right -- and also avoid receiving any improvements to the software performed by other users. A bug in a BSD program can stay unfixed until the author finds it. In a GPL program, it gets fixed as soon as ANYONE finds it.

      That doesn't even make sense. I rely on BSD systems that have user contributions regularly, including fixes.

      Also, can you name a single embedded device that uses BSD? Embedded linux is hot. Embedded BSD is unheard of.

      You don't happen to work in an embedded sector, do you? You hear about embedded Linux because you're listening for info on Linux. I work for a company that produces embedded systems (we sell approximately 2,500/day) and we've just recently considered moving away from PSOS. Linux was absolutely not an option for a variety of reasons. The decision came down to NetBSD, OpenBSD or FreeBSD.

      The only strange thing was that FreeBSD was chosen because they were further along in granular locks that are required for a preemptive kernel.

      There are many reasons for people to go with BSD systems...licensing is a big one, but take off your blinders and you'll find lots of technical reasons as well.

      --
      -- The world is watching America, and America is watching TV.
    18. Re:QNX? ICK! by ComputerSlicer23 · · Score: 4, Informative
      Can I call Bullshit on you? As I worked for the first QNX reseller in the United States, I've never worked on QNX 6, but I did a lot of work on QNX 4, and did a bit of porting work from QNX 2 -> QNX 4. I've stayed in touch with some friends there, and they did a lot of the work of writing certain portions of the QNX 4 compatibility layer for QNX 6.

      What security problems did you have?

      There are 2 that I know of offhand. First, they used a reversible hash for passwords, or they used one that was trival to brute force. It's my understanding that breaking a password on QNX is relatively simple. Second, if you are user X on a given machine, you are user X on all of the machines when you are using the QNX networking.

      QNX isn't meant to be an on the public Internet OS. It's meant to be used in a closed loop networking environment when in production use. Don't configure anyone else as on your QNX network, and the problem is solved.

      2. Networking was trivial. The damn network just worked, the biggest trick was coordinating who had what node number. It worked all the time once you got is correctly configured. It always worked. Other then getting the TCP/IP stack installed which took the sacrifice of a small fury animal, and asking my co-worker Bob how to do it. Once it was configured and running, it was trivial, it always worked without fail on the machines I used.

      IPC, was cake. It was stock off the shelf redevous style message passing. About the trickest thing there was calling returning a negative value from a inside of a interrupt service routine (not the real ISR, because you should never reprogram the ISR's, but the function you registered to be called when an interrupt happened), that would call issue a Trigger. That was a little weird. The networking itself was simple. Here's the buffer with the message, here's who I want it passed to, call the send message API. Done.

      Now, the style you had to use was a little awkward, because you blocked on a receive message call. However, that was a function on the hard real time requirement of processing a message. You could use stock TCP/IP functionality if you wanted to. They had the standard UNIX sockets as I recall. The had shared memory (in fact shared memory was how they implemented all of the Dev Server functionality). I can't remember if it did stock UNIX signals (I'm pretty sure it did). However, you never needed to use those, you could send real QNX messages, which was orders of magnitude easier.

      Now, if you want to bitch about the structure of the Photon programs I understand. If you want to bitch about the lack of a number of highly useful utilities, and that all things are freeze/PAX encoded instead of TAR'ed, I'd agree. Networking isn't a problem. IPC is the core of the entire OS, that's literally how it implements everything. Everytime you call open/read/write, a message gets sent to the process that is registered to handle calls to that. I know this because I write a RAM disk buffer as a proof of concept that we could re-implement chunks of the OS if we needed to. Message passing and IPC are what QNX excels at. It's security model is that, don't use it when it's connected to something that isn't trustworthy.

      Kirby

    19. Re:QNX? ICK! by Anonymous Coward · · Score: 0

      If you're trying to do true real-time on any flavor of Linux, *don't*. RTLinux is a complete balls-up, with just about no RT drivers (and those at extra cost) so your drivers run in a regular Linux context with the occasional 200ms scheduling latency and a general slowdown because of RTL's additional layer of mucking about. None of the others are any better, though. If you want true microsecond-response realtime, you'll just have to do without Linux.

    20. Re:QNX? ICK! by smallpaul · · Score: 2, Funny

      Most companies using BSD software don't contribute anything back - usually, it's just an extra layer of process that's not worth the hassle. I haven't seen Microsoft send patches to BSD even though they used to use the TCP/IP stack and other stuff in Windows.

      Yeah, well, you're talking about Microsoft. Obviously they are a special case. Compare to Apple/Darwin. Or Apple/KHTML. Or IBM/Apache. It only makes sense to let someone else maintain your patches for you rather than do it yourself!

    21. Re:QNX? ICK! by Anonymous Coward · · Score: 0

      they used to use the TCP/IP stack and other stuff in Windows

      Repeat after me:

      Microsoft did not use the BSD stack in Windows

      They did use some BSD user space tools, notably ftp.exe and probably some code for telnet.exe But that isn't the stack.

    22. Re:QNX? ICK! by scrytch · · Score: 2, Interesting

      I'm a denizen of LambdaMOO, one of the longest-running social MUDs out there. It chugged along for nine years on a SparcCenter 1000, with uptime of hundreds of days, going down for maintenance because of bugs in the moo process itself. It just recently moved to a linux box, which is much quicker, but I just got this news item on login.

      Saturday, June 14, 2003
      OUTAGE
      Network card driver randomly decided to shut itself down at around 8 this morning. Actually it's done this a few times before already (most of which I was around to catch after a few minutes; we weren't quite so lucky this time). I originally thought this was dhcpd rising from the grave but now I'm not so sure anymore. Time to see if a reboot helps.


      It's not so much that Linux is unstable, it's just that the stability seems to be a function of whatever mood Linus and random driver writers are in at the time of whichever version is released. Right now the OS randomly kills processess when you start running out of memory. Randomly.

      There's a reason people use QNX, and the fact that their lunch money won't buy a copy of it isn't usually a factor.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
  8. you can download a free copy of Neutrino by lingqi · · Score: 2, Funny

    Neutrino being the QNX-based PC OS.

    This should prove to be interesting in several ways:

    1) hands on experience with an "never-crash" OS
    2) if QNX is the inmmoveable object, and /. is the unstoppable force, will this cause the universe to end?

    p.s. specialized OS don't crash because it's exactly that - specialized. I think windows crash so much because (part of the reason) it runs on so many kinds of hardware, for one. As much as I will get flamed, in OEM applications, like, say, most of the new fancy I-will-never-be-able-to-affort oscilloscopes and the likes, windows usually don't crash.

    software and hardware goes together - you can't ALWAYS blame on the software; i am not saying MS writes good code, it's just that I don't think is 100% their fault.

    maybe 98%...

    --

    My life in the land of the rising sun.

    1. Re:you can download a free copy of Neutrino by Feztaa · · Score: 1

      I think windows crash so much because (part of the reason) it runs on so many kinds of hardware

      That is such a load of bullshit. Linux runs on much more varied hardware than windows does.

    2. Re:you can download a free copy of Neutrino by Anonymous Coward · · Score: 1, Insightful

      Not consumer hardware

    3. Re:you can download a free copy of Neutrino by Jeff+DeMaagd · · Score: 0

      You are right, but I think you overstate Microsoft's fault. I'm not saying MS writes the best code either but they are improving and that drivers that are included with hardware is improving too. I think it helps to get away from the ISA bus. In your specialized applications, I can see it being even better when unneeded components are left out and you are running a very limited and highly tested set of software.

      For me, the only thing that took down the NT4 OS was bad or incorrect graphics drivers, maybe a problem with the SCSI chain somewhere along the way too. But that was with an Alpha, which might be considered specialized, but I suppose my Dad's computer has been doing pretty darn well since I put NT4 on his AMD, only with power line problems does it really get shut down.

    4. Re:you can download a free copy of Neutrino by Anonymous Coward · · Score: 4, Interesting

      There are a couple of things qnx does that are somewhat quirky, but also unspeakably cool:

      integration of memory, proccess, and file systems. You can address memory as a file. you can refer to processes as file. want a snap shot of your process? just copy it to disk some where.

      linking programs together at run time. Have a constant you want to change, grab it into a simple gui slider with ease. Want to grab images from a frame grabber, just register to recive them. What? they are comming from a frame grabber on another machine? no difference. and this is being routed to a gui running on a third? also not a problem.

      Want to start a bunch of processes on your cluster, link them all via scripts, then move proccesses around to load ballance, relinking as you go? Also not a problem, you can do it with a single script on one machine.

      Having that level of fast comunication primitives is great.

    5. Re:you can download a free copy of Neutrino by Anonymous Coward · · Score: 0

      I develop QNX applications. The OS isnt perfect, and can be crashed if you do the right things. Shouldn't call anything crash proof. Their cross platform development tools leave a lot to be desired, too. Dont try to develop on windows to deploy on qnx. its miserable.

    6. Re:you can download a free copy of Neutrino by Anonymous Coward · · Score: 0

      Show me a recent consumer PC compatible that doesn't run Linux.

    7. Re:you can download a free copy of Neutrino by rifter · · Score: 1
  9. Re:A couple things by aggieben · · Score: 5, Insightful

    It isn't the operating system controlling the grinding of lenses or correcting the tilt of the TGV. It is a function of the hardware to do these things. That they report back to some software (which could frankly be run on any embedded OS) which then tells them what to do next is almost irrelevant.

    Ummm...it is the operating system that matters -- the O.S. is the software that controls the hardware. Just like software on a PC can make the hardware do things it ought not do, software can make a precision laser be off by 1/100 of a millimeter, destroying someone's retina in the process.

    --
    Don't become a regular here, you will become retarded. -- Yoda the Retard
  10. QNX rules by CausticWindow · · Score: 5, Informative

    QNX is designed like a modern os should be. It's straigt out of an Operating Systems 101 textbook.

    If only Linux had more of QNX's design niceties and robustness.

    Too bad the Amiga/QNX desktop thing never became a big hit.

    --
    How small a thought it takes to fill a whole life
    1. Re:QNX rules by beee · · Score: 1, Informative

      Your description of QNX, though elegant, is a little off. If QNX is straight out of any book, it'd be "Unix for Dummies". Its endless striving towards reckless simplification, abstraction, and minimalism is what keeps it from being one of the "big boys".

      QNX's major problem is its lack of focus on who its userbase is (or should be). They're catering to the wrong people, not realizing that their core userbase could (and should) be the typical knowledgable Linux geek. Instead, they seem to be chasing after an elusive "newbie" core of users.

      I, for one, am glad Linux lacks QNX's "design niceities". That's what seperates the two, and I am more than glad to have an OS which isn't concerned with things I consider to be a waste of code -- which seems to be where QNX spends most of its development time.

      Robustness is definitely comparable, so I wouldn't give QNX the upper hand in that corner -- all you need to do is take a look at the GPH support in both to figure out which is more robust.

      My view on QNX is this: Good, but not great. I'm actually a little suprised to see such support here at Slashdot.

      --


      + Donald Gunth
      + Email: dgunth@quicktek.net
      "Caffeine is the greatest lubricant ever created." -ESR
    2. Re:QNX rules by Christopher+Thomas · · Score: 1

      QNX is designed like a modern os should be. It's straigt out of an Operating Systems 101 textbook.

      If only Linux had more of QNX's design niceties and robustness.


      Care to provide details, as opposed to just making vague assertations?

    3. Re:QNX rules by 73939133 · · Score: 4, Insightful

      Let me second that. I think that's the direction open source operating systems should go.

      Microkernels have gotten a bad reputation because Mach/Hurd, for one reason or another didn't deliver. But that doesn't mean the approach itself is flawed.

      Traditional monolithic kernels like Linux (and UNIX and NT/XP--and don't try pretending that NT/XP is a "microkernel") are appealing for budding operating system projects because it's easy to hack something together quickly. But those architectures don't hold up in the long run. You can see the same in ecology: fast growing, non-native plants often displace native plants quickly, but in the end, they die because they aren't well adapted to the long-term conditions.

      Well, maybe if SCO wins, we can look on the bright side: it will finally get Linux out of its rut and create more opportunities for other kernels. Don't get me wrong: like everybody else, I'd much rather not change from the Linux kernel, but if I do have to change, I don't view it as all bad. (Of course, I don't think SCO has any legal grounds at all, but that is probably not related to whether they can win.)

    4. Re:QNX rules by Duncan3 · · Score: 1, Informative

      But the floppy disk driver NEEDS free access to every users process memory space.

      And I dont wanna impliment anything more then the supervisor bit of the 1000+ pages of memory and security protections intel chips have, *whaaaaaaaaaaaa*

      Linux and Windows arent "bad" they are just profoundly LAZY. Microkernels and doing everything right is way too much work. OK, wait, they are kinda crap becasue there is no memory protection aren't they.

      --
      - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
    5. Re:QNX rules by alienw · · Score: 1

      So, what's a good microkernel OS? As far as I know, microkernels were thought to be a good idea in the early 90s but eventually lost their appeal as they proved to be slower and ultimately more problematic. It makes sense -- what's cleaner and more efficient, a single program or 10 different ones passing messages to each other? It might work for QNX - a niche OS if there ever was one. So far, it didn't work for any real systems.

    6. Re:QNX rules by OldMiner · · Score: 2, Troll
      Linux and Windows arent "bad" they are just profoundly LAZY. Microkernels and doing everything right is way too much work.

      My brain says: don't feed the trolls, but I'm compelled anyhow.

      The NT kernel, meaning NT, 2000, XP, 2003, is a microkernel. Although obviously different in design, the habit of Linux to push almost everything into userland using modules keeps the kernel relatively small and object orientedish.

      I won't go into memory management, rings, IRQLs, and all that fun stuff as I'm pretty sure you were just trying to incite debate to begin with.

      --
      You like splinters in your crotch? -Jon Caldara
    7. Re:QNX rules by mrm677 · · Score: 1

      Wow. Why this is moderated "Troll" blows me away.

      The OP says that the the floppy disk driver NEEDS free access to every users process memory space.

      This is correct. QNX runs in a flat memory space I believe.

      And yes, Intel has far too many levels of run-time execution modes. A supervisor and user mode is all that is necessary.

      And he is also right by saying that microkernels do too much work for simple things. This is why they are slow. However QNX gets away with it because they have no memory protection.

      And no, the NT kernel is not a true "microkernel". It has kernel modules just like Linux, however device drivers run priveleged.

    8. Re:QNX rules by 73939133 · · Score: 4, Insightful

      what's cleaner and more efficient, a single program or 10 different ones passing messages to each other?

      10 different ones passing messages to each other are clearly cleaner and often more efficient as well. It's the UNIX way. I mean, do you run one command line interface that has all programs linked into it, or do you run a command line shell that invokes programs as separate processes?

      The detailed Mach approach itself is broken--far too complex and messy. But you can view Plan 9 as a kind of "microkernel"; that would be a UNIX-style "microkernel". And, of course, QNX is successful as well. The original Amiga OS was a kind of microkernel and worked like a charm.

      Note that you can't compare Linux to the original UNIX design. The original UNIX design was kept religiously simple: one file system, a few machine types, etc. Linux, on the other hand, has zillions of modules and features.

      So far, it didn't work for any real systems.

      It has worked in plenty of real systems. But kludgy monolithic kernels simply have an easier time to attract developers initially--that's why systems like Linux and Windows have managed to grab a lot of market share in the OS area.

    9. Re:QNX rules by xenocide2 · · Score: 3, Informative

      I appreciate QNX as an embedded platform, but I have yet to hear convincing arguments as to how QNX manages to overcome the address translation and additional costs reguarding interprocess communication, with respect to performance.

      Why would linux kernel hackers be adding tools like HTTP servers and packet filtering into the kernel, if it was somehow the UNIX way to keep them as seperate processes managed by the kernel? The answer is that by keeping programs in the kernel space, context switching is lower costed, address translation is not required, and IPC generates two or three context switches compared to one or two with a kernelspace program. Even QNX has faculties for 'lightweight processes' that have independant stacks and a common global data sandbox.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    10. Re:QNX rules by Peter+McC · · Score: 1
      QNX is designed like a modern os should be. It's straigt out of an Operating Systems 101 textbook.

      You're more right than you probably think you are -- QNX is, in fact, the result of 20 years of hacking on a school OS project :) The two founders took the real-time OS course at Waterloo, then took their RTOS at the end of the course, polished it up an awful lot, and then founded QNX.

      At least, that's the story they told me when I took the course. The project you write for the class still looks an awful lot like super-primitive QNX.
      --
      You know what I hate? Wait, what do you like? I hate that!
    11. Re:QNX rules by CoolGuySteve · · Score: 5, Insightful

      I question the validity of blindly praising microkernels.

      A lot of the decision depends on the architecture involved. I hope someone more knowledgable than myself will comment on this, but as far as I know, the reason BeOS started to implement networking into the main kernel instead of making it a microkernel "server" was because the x86 architecture is much slower in switching between sub-functions than the PowerPC was (I've read 10 times slower but can't remember the source).

      The two monolithic operating systems you criticize are both i386-centric, so a true microkernel probably wouldn't be such a hot idea.

      QNX's design is great for certain applications but not all. I looked into it for an intel based SMP homebrewed but critical (as in the systems behind it cost over $1 million) firewall and decided a more traditional i386 operating system would be better.

      I know you're not a culprit here, but being a fanboy for one design approach or another is just bad engineering sense. It's something I see all the time and I'd wish they'd teach a lot more critical thinking skills at the high school level because of it.

    12. Re:QNX rules by 73939133 · · Score: 4, Insightful

      I appreciate QNX as an embedded platform, but I have yet to hear convincing arguments as to how QNX manages to overcome the address translation and additional costs reguarding interprocess communication, with respect to performance.

      Well, first of all, a microkernel architecture doesn't require any address translation or additional overhead at all; there have been microkernels that run without any MMU at all. And QNX seems competitively fast.

      But let's say, just for the sake of argument, there were overhead associated with it. I would rather have a reliable if slower 2.6 or 3.0 kernel now with the features I need than see the 2.4 kernel limp along from bug regression to bug regression.

      Even QNX has faculties for 'lightweight processes' that have independant stacks and a common global data sandbox.

      Which only goes to show what I was saying: a microkernel architecture does not require that every single little OS process runs in a separate address space. In fact, a good design would let you decide on the fly whether to isolate a process (and pay the overhead) or run the process in a global address space.

    13. Re:QNX rules by variable · · Score: 1

      Nope, QNX does not run in a flat memory mode. It is a fully memory protected, SMP, realtime microkernel.

      --
      ........ "The faster I go, the behinder I get" - Lewis Carroll
    14. Re:QNX rules by Pseudonym · · Score: 5, Insightful

      I agree with you that address translation is a problem, however, this is mostly a problem with the x86 architecture. The x86 flushes the TLB on every address space switch. If we had a decent tagged TLB, this wouldn't be a problem. Indeed, it isn't a problem on most architectures that QNX is asked to run on. Repeat until enlightened: Context switching is only expensive on the x86 architecture.

      The "additional costs" for IPC are mostly an illusion, since we're talking about IPC which is tightly integrated with the kernel, not SysV IPC. Yes, it costs to copy memory, but the cost is there in Linux too; it's just a user space -> kernel space copy rather than a user space -> user space copy.

      Having said that, it may be possible to write an OS for which the context switching is much cheaper. L4 uses a neat scheme where a small part of everyone's address space is allocated to other small processes, so context switching only requires a change of segment, rather than a change of address space mapping. IPC is very fast under L4 if you're doing it with a small address space task.

      Why would linux kernel hackers be adding tools like HTTP servers and packet filtering into the kernel, if it was somehow the UNIX way to keep them as seperate processes managed by the kernel?

      I've wondered that myself. I can only conclude that these projects are either experiments which accidentally escaped the lab, or the hackers who wrote them have no sense of sound software engineering principles.


      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    15. Re:QNX rules by Pseudonym · · Score: 1

      The floppy disk driver needs free access to the floppy disk hardware plus whatever abstractions the OS gives it to hand IO upwards.

      Unless you write some nasty code, every floppy disk access that you do goes through at least three levels of translation: from user space to kernel space, from the system call layer to the file system layer, and from the file system layer to the block device. There's probably a buffer cache or page cache in there somewhere too. The floppy disk driver and your application are well separated.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    16. Re:QNX rules by Anonymous Coward · · Score: 0

      Modules don't push things into userland, they still run in kernel space.

    17. Re:QNX rules by Anonymous Coward · · Score: 0

      and how do you suggest QNX get linux geeks to pay for software?

    18. Re:QNX rules by MarkSwanson · · Score: 2, Informative

      If you use the assembly language instruction RDTSC right before and after getpid() to determine how many clock cycles a simple (maybe the simplest) context switch can take you will find some interesting results:

      (RDTSC gives a correct result +- 20clks)
      400MHz PII: 44,000
      PIV: 18,000
      266MHz Athlon 1.3GHz: 6000

      These numbers are from memory from my tests several years ago. I have seem posts on lkml that glibc/Linux may have the PIV case down to about 9,000 ckls but I haven't tested it. However, I am fairly certain the PII case is correct - and the 66MHz FSB was mostly to blame for the bad numbers.

      Let's take Apache using on average 10 (guess) system calls for 10 x 44,000 = 440,000 clks for a 6-line index.html file.
      Apache would only be able to serve 909 index.html files/second using 100% of the CPU. (simplistic)

      Using Tux, we would be able to serve 10,000 index.html files/second using 100% of the CPU.

      In the real world, Tux is able to server 10,000/s on my 400MHz PII, and Apache is able to server over 2,000 so perhaps it doesn't use 10 System calls/page (I was guessing). In any case, the performance difference can obviously be worth while.

      --
      Schedule your world with ScheduleWorld.com http://www.ScheduleWorld.com/ (Java Web Startable)
    19. Re:QNX rules by LWATCDR · · Score: 1

      "Traditional monolithic kernels like Linux (and UNIX and NT/XP--and don't try pretending that NT/XP is a "microkernel") are appealing for budding operating system projects because it's easy to hack something together quickly. But those architectures don't hold up in the long run."
      What do you call long run? NT is going on 10 years and UNIX is coming up is going on 40! No microkernel OS has been a main stream sucess yet. QNX does very well in it's market. NeXTStep tried but Mac OS/X is based on BSD and no longer uses Mach but I am not sure on that.

      I really find the whole micro kernel very interesting. I would love to see a new OS that is not just a new version of Unix someday. However Linux/Unix works and works well. As far as your ecology metaphor, it is extermly flawed. Come take a look at South Florida and tell me how non-native plants in the end die out! Remember the common rat is non-native. The best does not always win. If it did Amiga and Apple would have been duking it out for number one in 1986-1995 while sales of PC went to 0. Cockroachs, rats, and weeds survive.
      Linux is frankly the ultimate rat. Linux does not eat much and can adapt to live just about anywhere. This is not a bad thing to be a rat. They are survivors.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    20. Re:QNX rules by Salamander · · Score: 1
      I question the validity of blindly praising microkernels.

      How do you feel about praising microkernels with eyes wide open?

      being a fanboy for one design approach or another is just bad engineering sense. It's something I see all the time and I'd wish they'd teach a lot more critical thinking skills at the high school level because of it.

      Accusing someone you don't know of being a "fanboy" because they disagree with you without providing a complete CV and dissertation is a well known fallacy (hint: its initials in Latin are AH). Those critical-thinking classes you favor should teach that.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    21. Re:QNX rules by Salamander · · Score: 1
      I would rather have a reliable if slower 2.6 or 3.0 kernel now with the features I need than see the 2.4 kernel limp along from bug regression to bug regression.

      A motto I've heard is "if you have scalability you can buy performance". In other words, maybe QNX is slower on a single node, but it's designed to scale well across many while preserving the functionality that makes it special. In most cases that's a far better route to getting both the features and performance you need for an application than hoping to tweak something like Linux which was never designed to have those features.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    22. Re:QNX rules by Espen+Skoglund · · Score: 1
      Your numbers seem way off. Are you running the benchmark with a cold cache? Since a well designed, e.g., web server would be constructed so that most of its data and code working set would be resident in the cache, the experiment is better performed with warm caches. Here are some other numbers for getpid() performance (all performend on a 1.4GHz Pentium4):
      Linux: 1540 cycles
      L4Linux (large spaces): 3837 cycles
      L4Linux (small spaces): 2200 cycles
      [The small spaces and large spaces indicate the numbers when address space switching is performed via segment register reloading (as explained earlier in this thread).]

      As can be seen, your measurement of 18000 cycles is way more than 1540 cycles. You can also see that the 2200 cycles for L4Linux only adds about 30% overhead---despite having to execute two complete IPC operations (i.e., system calls) for communication between the application and the L4Linux server.

      One of the reasons why system calls on Linux are so expensive is because they use software interrupts to enter the kernel. If using sysenter/sysexit instructions (syscall/sysenter for AMD processors), the overhead for entering and exiting the kernel can be decreased by an order of magnitude (~160 vs. ~1500 cycles for the 1.4GHz Pentium4).

    23. Re:QNX rules by MarkSwanson · · Score: 1

      They do seem off. Even a 66MHz FSB wouldn't account for it. Here's an interesting post by Linus that mentions the old "int 0x80/iret" was 1761 and the new sysenter/sysexit is 641 (on a P4): http://www.ussg.iu.edu/hypermail/linux/kernel/0212 .2/0261.html

      --
      Schedule your world with ScheduleWorld.com http://www.ScheduleWorld.com/ (Java Web Startable)
    24. Re:QNX rules by OldMiner · · Score: 1
      Modules don't push things into userland, they still run in kernel space.

      I stand corrected. Granted, I didn't believe you at first since you posted AC. Pardon my bias. I found a very approachable article on kernel modules. (I wish all HOWTOs could be written so clearly.)

      --
      You like splinters in your crotch? -Jon Caldara
    25. Re:QNX rules by Nevyn · · Score: 2, Interesting
      a microkernel architecture does not require that every single little OS process runs in a separate address space.

      Then, by that definition, Linux 2.4.x is a microkernel. The filesystems, and the networking layer (and each of the different protocols) are all seperate modules ... which are only very loosly tied to the core.

      Sure, most of those don't have a specific process associated with them ... but that's mainly an efficency thing. Even then on my laptop there are eleven different processes that are kernel spawned/owned processes.

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    26. Re:QNX rules by Pseudonym · · Score: 2, Insightful

      Leaving asside the figures, that's an odd definition of "worthwhile". Do you actually need to serve 10,000 static web pages per second on one box? Do you need it so much that you're prepared to have your machine's kernel (not just the superuser) compromised if an attacker finds a bug in Tux?

      We modularise our machines for a very good reason. Tux is a cool hack, but I'd quietly retask any sysadmin working for me who tried to use it in a production environment. An extra box or two plus a load balancer are a small price to pay if we find we really need more pages per second.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    27. Re:QNX rules by Anonymous Coward · · Score: 0

      If the superuser can write to /dev/mem then compromising superuser is the same as compromising the kernel.

    28. Re:QNX rules by Anonymous Coward · · Score: 0
      Then, by that definition, Linux 2.4.x is a microkernel. The filesystems, and the networking layer (and each of the different protocols) are all seperate modules

      Modules, threads, processes, address spaces...learn the difference. Just because Linux has different modules for some things doesn't make it a microkernel. Even the things that are modularized aren't modularized very well - there's still too much "knowing each others' business" throughout the I/O stack - and there are vast swaths where not even a nod is made to modularity. Even NT is closer to a real microkernel, though it was never all the way there and has moved further from that definition over time.

      The idea behind a microkernel is that one malfunctioning component, other than the innermost kernel itself, can't take everything else down with it. How that is achieved is secondary, and Linux doesn't even attempt it. I can write a kernel module in about five minutes that will reach out and scribble over some memory and crash the system, and nothing in the Linux kernel so much as slows me down. Once you're in the kernel, everything's pretty much exported and exposed to everyone else, which is very convenient for hacking around but not very good for making a robust system. Linux is the antithesis of good OS design, and I've worked on quite a few so I have a real basis for comparison.

    29. Re:QNX rules by Mr.+Darl+McBride · · Score: 1
      If you keep trying, you might get it right someday, son.

      Silly old bear.

  11. Kids In The Hall by niko9 · · Score: 3, Funny

    Just picture Bill Gates with a fro, runnning amok on the street of Canada fully armed with thumb and index finger yelling: "I will crush your little precocious head!"

    1. Re:Kids In The Hall by Capt.+Fodder · · Score: 1

      Ok, I know we don't have as many people as most countries, but we do have more than one street...

      --
      "Fixed" as in car, or "fixed" as in cat?
  12. Inaccurate microkernel claims? by deepchasm · · Score: 1, Interesting

    From the article:

    QNX has been the only company so far to commercialize a microkernel OS.

    Isn't the Windows NT kernel supposed to be a microkernel? Admittedly, it is a bit larger than people intended when they came up with the idea of a microkernel (especially since MS added GUI code to it in NT 4.0), but still...

    And what about OS X? That has Mach at its heart doesn't it? That's a microkernel too.

    Both of the above are commercially successful.

    1. Re:Inaccurate microkernel claims? by Anonymous Coward · · Score: 2, Informative

      I thought Darwin/OS X/Mach was microkernel, too, but take a look at this, where it says "This modular structure results in a more robust and extensible system than a monolithic kernel would allow, without the performance penalty of a pure microkernel." Evidently OS X is neither monolithic nor microkernel.

    2. Re:Inaccurate microkernel claims? by Uller-RM · · Score: 1, Insightful

      It's utter bullshit, is what it is.

      BeOS was a microkernel. Wasn't necessarily commercially successful by some people's metrics, but it was certainly a sellable product.

      Mac OS X is based on the Mach 3 microkernel.

      The NT kernel is monolithic. About the only part that's segmented out is that it takes advantage of the 386 protected-mode privilege rings.

      The rest of the article is alright, but that's one hell of a technical error.

    3. Re:Inaccurate microkernel claims? by be-fan · · Score: 5, Informative

      NT is hardly a microkernel. A microkernel, according to strict definitions, doesn't include anything like drivers, paging or the filesystem. QNX fits this definition --- the filesystem runs in userspace, and even drivers run as seperate processes that communicate via message passing. In Win2k and WinXP, almost everything runs in kernel space. Heck, in the next version, rumor has it that large parts of SQL and the .NET runtime are going in kernel space! And OS X isn't a microkernel either. It uses Mach, but the BSD server runs in kernel space, and message passing between the two has been replaced by procedure calls.

      --
      A deep unwavering belief is a sure sign you're missing something...
    4. Re:Inaccurate microkernel claims? by Sycraft-fu · · Score: 1

      I can't speak for MacOS, but NT isn't a microkernal, at least not completely. The idea of a "true" microkernel, which I believe QNX to be, is that the ONLY thing that runs in kernel mode is the kernel, which sets up basic message passing and little else. Everything else, including graphics, file system, etc all runs in user mode. MS found that, at least on computers of the day, this was too slow. So we have a kernel that is designed around a microkernel idea, but isn't a real microkernel. Plenty of stuff runs in kernel mode.

      As to OS-X, I don't know, but I wuold bet it isn't a "true" microkernel desin either. I also bet that if you did intensive graphics benchm,arks, QNX would not do well as compared to either of those two. That's not the point though, it was built for embedded apps, not for desktop performance apps.

    5. Re:Inaccurate microkernel claims? by Anonymous Coward · · Score: 0

      Linux is really just as much microkernel as that is.

      Unix kernels have changed a lot since the 80s when the whole microkernel thing was a trendy theory among various academics. Today with loadable modules it pretty much makes the whole mono v. macro debate fairly pointless.

      I mean if you are a professor somewhere i suppose you could get a paper or two published in some theoretical CS journal about it, but as for the real world the whole arguement is pretty pointless at this stage of the game.

    6. Re:Inaccurate microkernel claims? by Xabraxas · · Score: 1, Interesting

      That's not necessarily true. A new breed of microkernels and exokernels have proven to be much faster and more usuable than microkernels like Mach. You might of heard of L4, which is one of these new microkernels, the main difference being size. L4 is much smaller the Mach and perfoms less tasks, leaving more to userspace. MIT makes an exokernel called XOK. You should check it out. Just google for "microkernel" and "exokernel". There's a lot of good info out there.

      --
      Time makes more converts than reason
    7. Re:Inaccurate microkernel claims? by Anonymous Coward · · Score: 0

      Bullshit? That's what your post is, according to be-fan -- and he seems a bit more knowledgeable.

    8. Re:Inaccurate microkernel claims? by dhovis · · Score: 1

      MacOS X doesn't use a Mach kernel. It uses Mach code in its kernel, especially for the back end. The front end of the kernel has a bunch of BSD stuff in the same memory space as the Mach stuff. It is really a hybrid kernel.

      The actual MacOS X kernel is called xnu.

      --

      --
      The internet is the greatest source of biased information in the history of mankind.

    9. Re:Inaccurate microkernel claims? by Ralph+Wiggam · · Score: 2, Insightful

      "BeOS was a microkernel. Wasn't necessarily commercially successful by some people's metrics."

      The company never made money and went completely bankrupt. By whose metrics were they commercially successful?

      I went to thier geek road show at U of Illinois in 1996 and was VERY impressed. This was when they were hyping the BeBox dual processor machine along with the OS. They were too afraid to challange MS on Intel hardware, so they went after the then floundering Apple and Motorola hardware. I think that if they had set thier sights higher, and on more common hardware, that they might still be around.

      -B

    10. Re:Inaccurate microkernel claims? by Stephen+Samuel · · Score: 1
      Isn't the Windows NT kernel supposed to be a microkernel?

      We're talking technical design, here.. not marketing speak. NT is a microkernel like an Austin Mini is an SUV. (4 wheels and windows, but the similarity pretty much ends there).

      --
      Free Software: Like love, it grows best when given away.
    11. Re:Inaccurate microkernel claims? by rabtech · · Score: 3, Interesting

      Well, yes and no. It is in some ways, with the Hardware Abstraction Layer (HAL), and other features. But it doesn't strictly follow the microkernel methodology since components can run in kernel-space (namely kernel mode drivers. those are typically only the very essential items like filesystem and whatnot.)

      Sorta like Linux isn't really monolithic, since you can load kernel modules.

      The NT kernel is extremely stable. Typically, drivers are what bring a 2K/XP/server system down. In fact, that is all I've ever seen bring a system down. QNX is unique in that it can restart any system component that has failed, and it isolates everything a lot more. Make no mistake - that is slower than having drivers run in kernel space, but it has its benefits. The microkernel can axe drivers and restart them in realtime, something that cannot be done for NT's kernel mode drivers (although programs and other drivers can be dynamically loaded and unloaded.)

      And yes, the display driver was also moved into kernel land for NT4 and higher. Trust me - you would NOT be happy with 3d game performance or GUI performance if it were not (although some may argue for the server version that would be a better idea, but honestly my servers run headless so I don't care.)

      --
      Natural != (nontoxic || beneficial)
    12. Re:Inaccurate microkernel claims? by evilviper · · Score: 1
      And what about OS X? That has Mach at its heart doesn't it? That's a microkernel too.

      From what I heard, they basically took MACH and made it into a monolitic kernel, for performance reasons.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    13. Re:Inaccurate microkernel claims? by nathanh · · Score: 1
      And yes, the display driver was also moved into kernel land for NT4 and higher. Trust me - you would NOT be happy with 3d game performance or GUI performance if it were not (although some may argue for the server version that would be a better idea, but honestly my servers run headless so I don't care.)

      The DRI runs almost entirely in user space and the performance is on-par with NT drivers. Ok, the trick is that there's a tiny kernel module to setup the hardware and allow privileges. Then MMIO takes over allowing userspace DRI drivers to communicate directly with the card, or DMA buffers are provided to userspace and the kernel module will blast the buffers to the card. The kernel module also coordinates locking between multiple DRI "instances". But I'm not trying to discuss the details, I'm just pointing out that you don't need video drivers in the kernel to get good performance.

      SGI did the same trick, apparently. I wouldn't know about that but some of the DRI developers had worked for SGI. The NT solution is the way it is because a games-developer designed it. That isn't intended to be an insult or a joke, just a statement of fact. The history of the NT video driver model is fascinating.

    14. Re:Inaccurate microkernel claims? by ComputerSlicer23 · · Score: 3, Informative
      Well yes and no. Having modules does not make you not a monolithic kernel. Micro kernels aren't terribly well defined, but QNX doesn't do loadable "modules", like Linux does. In QNX, the modules are generally completely independent of the kernel. The micro kernel in QNX 4 did roughly this:

      Message passing,
      Process scheduling,
      Address space management.
      Setup the timing hardware on the ISR.

      That's it. The serial driver, done in a process. The keyboard, floppy, IDE, SCSI driver, done in a process. About the only piece of hardware you didn't control in user space was the PIC interrupt processor. Other then that, all interrupts did was call user process-space callbacks.

      In Linux, if your IDE driver dies the whole system could lock up. In QNX4, if your IDE driver dies, the only reason your system will lock up, is because you application locks up on failure to write to the filesystem, or the hardware goes crazy. If the CPU works, and the RAM chips don't get hit by gamma rays to cause inadvertant bit flips, QNX will in fact work. Period. Full stop, end of discussion. That's why most applications on QNX use no moving parts, so there is an extremely low likelyhood of failure after running burn in tests on the hardware.

      Now, Linux on the other hand, I've seen the SCSI drivers on it, where a single SCSI card will fail, and the identical SCSI card that works fine will have it's driver lock up because the other piece of hardware failed, which creates a situation where RAID 1 won't continue working, so the filesystem fails, which causes an ext3 journalling error, which then causes your kernal to panic. That wouldn't happen under QNX4.

      Kirby

    15. Re:Inaccurate microkernel claims? by Anonymous Coward · · Score: 0

      I know I read all the academic computer science journals too...

      I was talking about stuff for the real world...

    16. Re:Inaccurate microkernel claims? by Anonymous Coward · · Score: 0

      How can this be modded "informative" when it's hearsay by the author's own admission: "rumor has it..." ?

      sheesh. slashdot.

    17. Re:Inaccurate microkernel claims? by Anonymous Coward · · Score: 0

      NT 3.5 was *almost* a microkernel. Have you used it? You needed to be logged as admin to change silly settings like screen resolution because the display driver did run in userspace...

    18. Re:Inaccurate microkernel claims? by TheSunborn · · Score: 1

      Qnx 6 don't have any problems running Quake3 on my VooDoo3 card. (But only VooDoo3 is supported for 3d right now). Why should that require a driver in the kernel?

    19. Re:Inaccurate microkernel claims? by be-fan · · Score: 1

      First, XP, without the SQL or CLR is still not a microkernel. It's less of a microkernel than Linux (which isn't a microkernel) because it runs more stuff in kernel space. The "rumor" is just a bit of additional information that shows that MS is adding even more cruft to the kernel.

      --
      A deep unwavering belief is a sure sign you're missing something...
    20. Re:Inaccurate microkernel claims? by lars_stefan_axelsson · · Score: 1
      First, XP, without the SQL or CLR is still not a microkernel. It's less of a microkernel than Linux (which isn't a microkernel) because it runs more stuff in kernel space.

      Hear, hear. With XP even having the windowing system in the kernel, it's indeed less of a microkernel than Linux which keeps that in user space.

      It's really a pity that the Mach guys are the ones that coined the term, since Mach is more like NT/XP than QNX or other true microkernels.

      --
      Stefan Axelsson
    21. Re:Inaccurate microkernel claims? by SuiteSisterMary · · Score: 1

      Think of it like this; when you want to use Word, you run Word. When you're all done with Word, you close Word. If Word crashes, you run another copy.

      No imagine if EVERYTHING in your system was like this. Want to do some networking? First, you *load* your NIC driver, then you *load* your TCP/IP stack, and go nuts. NIC driver crashed? Oh well, run it again.

      Now, you want to drop some files to hard drive? Fine. *Load* your hard drive drivers. All done writing files? *Terminate* that driver.

      Want to upgrade your hard drive driver? Terminate the driver, and run the new one. Presto.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    22. Re:Inaccurate microkernel claims? by chiph · · Score: 1

      The NT kernel is extremely stable. Typically, drivers are what bring a 2K/XP/server system down. In fact, that is all I've ever seen bring a system down.

      When Microsoft moved the video drivers into the kernel in NT 4.0, I knew they couldn't resist the urge to pile everything into it. Now I hear that in Windows 2003 Server the HTTP server (IIS) has it's main listener in the kernel. A Bad Precedent, IMO.

  13. Umm MacOS X? by Anonymous Coward · · Score: 0
    Quoting from the article: QNX "is the only company to commercialize a micro-kernel OS" which is in fact not true since MacOS X's Darwin/BSD layer is built upon the Mach micro-kernel... (kind of a different beast, but a micro-kernel nonetheless)

    Moral: Take all non-technical tech writing with a large grain of NaCl

    That said, QNX is a solid OS.

  14. download link here by lingqi · · Score: 2, Informative

    sorry for being a dork and replying to myself, but look here for Neutrino. right side of the page.

    --

    My life in the land of the rising sun.

  15. Re:A couple things by wfberg · · Score: 5, Funny

    WinCE a good embedded system? Hmm.. Isn't that the WinCE that is at the heart of PocketPC? The embedded OS that brought blue screens of death (well, ok, depending on your color scheme a light khaki screen of death) to PDAs? Yeah. I trust WinCE to run my heart monitor if I ever end up in an Intensive Care Unit... *cough*

    --
    SCO employee? Check out the bounty
  16. Only commercial microkernel? by mkramer · · Score: 1

    Okay, I can forgive all the other typical non-tech-savvy errors, but what's this about QNX being the only commercial microkernel OS?

    What's Mac OS X, chopped liver?

    1. Re:Only commercial microkernel? by Anonymous Coward · · Score: 0

      Depends on what Ol' Steve was smoking that day!

      Yesterday, I do believe he was quoted as saying OS X was a Pot Of Honey and he was the glorious Grand Pooh Bear.

      That whole, I am the lizard king comment, totally a Jobbs thing.

    2. Re:Only commercial microkernel? by be-fan · · Score: 1

      OS X uses something that used to be a microkernel, but its been totally changed. The BSD server runs entirely in kernel mode, and message passing between Mach and the BSD server has been replaced by function calls.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:Only commercial microkernel? by csirac · · Score: 2, Informative

      They should have said "... possibly the best commercial microkernel-RTOS OS for embedded systems.."

      A life support system, pick'n place robot, or a plant monitoring/control system, or your submarine's navigation and control system etc. running Mac OS X is going to need 256MB RAM and 10GB HDD...

      By comparison QNX is designed from the ground up to be a true RTOS, responding to real time signals reliably and FAR faster than MacOS X or any other desktop OS could possibly hope for. It's not just bragging, it is fact. It was designed to beat normal OSes in this regard. And it does it with less.

      IIRC QNX will boot quite happily with little more than 16MB RAM, a 100MHz CPU, and some flash rom. Perfect for tiny mission critical embeded systems; a single board computer, no HDD, low power consumption, low profile, with performance, features, a good dev enviornment and flexibility to boot. Environmental considerations: you can easily box up a custom SBC to be x-ray/microwave/radiation/water/weather/vibration proof. Big companies with lots of money use custom embedded systems. An iBook running MacOS X 'aint gonna get you there.

      Also, IIRC QNX has extensive, documented, certified/standards based QA in testing and development, which companies using an OS for mission critical embedded systems just can't get (but really need) from many other solutions.

      - Paul

    4. Re:Only commercial microkernel? by Anonymous Coward · · Score: 0

      or windows.. sigh. monolithic my ass.

    5. Re:Only commercial microkernel? by Anonymous Coward · · Score: 0
      What's Mac OS X, chopped liver?
      yes
    6. Re:Only commercial microkernel? by yerricde · · Score: 1

      I thought Steve Jobs hated the CEO of the company that currently controls the Pooh franchise.

      --
      Will I retire or break 10K?
    7. Re:Only commercial microkernel? by RalphBNumbers · · Score: 1

      True, MacOSX is built on top of the Mach micro-kernel, so you can call it a micro-kernel based OS.

      However OSX only takes limited advantage of some aspects of microkenrel design, especially the aspects listed in the article.
      As originally conceived, a microkernel was supposed to be connected to many separate subsystems, as it is in QNX or Hurd. This allows for those mere microseconds of downtime when something important like a driver faults, by only needing to restart that small subsystem.
      However, like practically all other microkernel based OSes, OSX runs one large clump of subsystems (the BSD layer) on top of the microkernel.

      Or at least that's how I understand it.

      So they're kind of bending the definition of a microkernel OS to make that claim, but it isn't entirely unfounded.

      --
      "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
    8. Re:Only commercial microkernel? by Anonymous Coward · · Score: 0

      Okay, I can forgive all the other typical non-tech-savvy errors, but what's this about QNX being the only commercial microkernel OS?

      What's Mac OS X, chopped liver?


      Yes it is, excepting the fact that, given how much it costs, it is referred to paté

    9. Re:Only commercial microkernel? by Anonymous Coward · · Score: 0

      How does putting drivers and the entire GDI in the kernel make Windows NT a micro kernel? I'm afraid its back to Operating Systems 101 for you my lad.

    10. Re:Only commercial microkernel? by oojah · · Score: 1
      This is from a comment dhovis wrote further up (#6208243):
      MacOS X doesn't use a Mach kernel. It uses Mach code in its kernel, especially for the back end. The front end of the kernel has a bunch of BSD stuff in the same memory space as the Mach stuff. It is really a hybrid kernel.

      The actual MacOS X kernel is called xnu.
      --
      Do you have any better hostages?
    11. Re:Only commercial microkernel? by usotsuki · · Score: 1

      Maybe but has any company other than Disney released Pixar (run by Steve Jobs) flix?

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
  17. For the PHBs out there... by ticklemeozmo · · Score: 1

    In case you didn't understand what ObviousGuy meant by "Operating System" or "OS", I quoth the article:

    Like Windows or Linux, QNX's program is an operating system, the traffic cop that organizes and runs a computer's many functions.

    Fortune Magazine really coming through with the analogies for those PHBs. :)

    --
    When modding "Informative", please make sure it both has a source and IS actually informative.
  18. Pronouciation? by hoser · · Score: 4, Interesting

    Kyu-nicks? or Kyu-Enn-Eks?

    --


    hoser: Slashdot reader since 1987.
    1. Re:Pronouciation? by heli0 · · Score: 4, Informative

      1) What is QNX?

      QNX pronounced like "queue nicks" is a commercial operating system that runs on intel processors, mainly the 386, 486, and Pentium, and their clones, such as MD, Nat Semiconductor, Cyrix, and SGS Thompson.

      The simple answer is that QNX is a realtime, microkernel, preemptive, prioritized, message passing, network distributed, multitasking, multiuser, fault tolerant operating system. This is a "true" microkernel, with the largest QNX kernel to date being less than 10K.

      The QNX/Neutrino microkernel is about 32K, but can run standalone, something the QNX4 microkernel cannot. The QNX/Neutrino microkernel + process manager is about 64K, which is half the size of the QNX4 microkernel + process manager, and it does more.

      --
      Whenever the offence inspires less horror than the punishment, the rigour of penal law is obliged to give way...
    2. Re:Pronouciation? by Anonymous Coward · · Score: 0

      no no no.. Its canadian..

      the proper pronounciation is "Kah-nuks"

    3. Re:Pronouciation? by JerryKnight · · Score: 2, Informative

      According to this the pronunciation is the former.

      --

      Catapultam habeo. Nisi omnem pecuniam tuam mihi dabis, ad tuum caput saxum immane mittam.
  19. Re:A couple things by Anonymous Coward · · Score: 0

    There's nothing software can do to fix a hardware problem. If the laser is not built to be precise to within 1/100th of a millimeter, there's nothing software can do to fix that. The best software can do is send correct coordinates/settings to the hardware and hope that the hardware works correctly.

    As for your assertion that the OS is the software that controls the hardware, that is really a gross generalization of an embedded system. If we assume that an embedded OS works correctly (and it is safe to assume this Windows bashing notwithstanding), then the software that matters is not found in the OS (as such) but in the software that runs atop it.

  20. QNX by Anonymous Coward · · Score: 0

    ooh, i want to run qnx on my desktop now :P

  21. QNX NC by christurkel · · Score: 5, Informative

    You can download a bootable CD from QNX.com that runs "Live", from the CD, so you kick the wheels, so to speak. You can then install it, if you wish.
    The QNX floppy demo was for QNX4, while the CD is QNX 6, a vastly improved OS. The floppy can still be found but its not half the OS that QNX 6 is.
    QNX is POSIX compliant and can run all Unix utilities, Besides the Photon GUI, you can run various window managers. You can run X Windows apps seemlessly rootless using XPhoton. Already Gimp, AbiWord and others have been ported. There are many native apps as well, irc clients, a mozilla and opera port. Worth a try, at least!
    QNX isn't the easiest OS to use (try getting a USB printer to work and you'll find a new definition of pain and suffering) but it is rock solid and fun to geek with.

    --

    CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
    1. Re:QNX NC by Durin_Deathless · · Score: 1

      try getting a USB printer to work and you'll find a new definition of pain and suffering

      You mean like the in the Great Sarlacc of Tatooine?

      --
      You should use AdiumX on your Mac.
  22. QNX is a nice RT OS by Dolphinzilla · · Score: 3, Informative

    I have used QNX and I can tell you it is great for embedded systems - it is like an affordable VxWorks - a real time OS with lots of bells and whistles and super stability. However like VxWorks it does lack a lot of hardware support - but you can write your own drivers (of course). You use to be able to download the OS for free for evaluation in a single executable that runs kind of like Knoppix - no real install necessary. Its a cool way to kill an afternoon if your bored (and a geek).

    1. Re:QNX is a nice RT OS by Anonymous Coward · · Score: 0

      As others have already posted in regards to getting a free copy, you can get a bootable ISO that you can either use as a LiveCD or install onto your harddisk (It's a very, very basic and primitive setup, if you ask me, but it works), partitioning and all.

      Good luck experimenting, it's completely free to use for personal use as an end-user.

  23. Still need to write good applications by That_Dan_Guy · · Score: 1

    This is an embedded system that is for things like manufacturing. Which means the code for the applications still has to be error free for it to do what is needed. same with regards to efforts to put the system into cars.

    I kind of feel the article is misleading, making some beleive just because a system is running QNX that nothing can go wrong.

    1. Re:Still need to write good applications by TheSunborn · · Score: 1

      The point is that if the application crash the automatic watchdog(Part of the High available toolkit) wil just restart it and continue.

  24. Some interesting points to note by UnknowingFool · · Score: 2, Informative
    The problem with this approach, still followed in widely used operating systems such as Windows and Linux, is that a trivial error in any one of the many functions that share the same memory space can shut down the whole system.

    Well this is somewhat of a generalization. Yes some errors can cause the whole system to crash in both Linux, Windows, and Unix. The difference is that it the way Unix and Linux are designed, it is far less likely.

    All the components of their OS were isolated from the microkernel and from one another in their own protected memory spaces.

    Protected memory space for the kernel or microkernel: Even Windows has that. The only problem is that "protected" is a very loose tem for Windows. Unlike Windows, Unix and Linux doesn't allow any ordinary application to write to the kernel.

    Other than that, QNX does have some potential, but their market is really a niche. Since it is a niche, it doesn't offer the interoperability that other OS offers.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:Some interesting points to note by mdb31 · · Score: 1
      Unlike Windows, Unix and Linux doesn't allow any ordinary application to write to the kernel.

      Even ignoring the grammar, that's a foolish statement. No 'ordinary application' can 'write to the kernel' in any modern version of Windows. Like *ix, Windows has separate address spaces for userland and kernel-mode code, and without special measures, these two worlds simply don't 'see' each other.

    2. Re:Some interesting points to note by dirtydamo · · Score: 1

      Unlike Windows, Unix and Linux doesn't allow any ordinary application to write to the kernel.


      Huh? Ignoring Windows 98 and its ilk, I am pretty sure modern versions of Windows do NOT allow writes to kernel space.

    3. Re:Some interesting points to note by smallpaul · · Score: 1

      Well this is somewhat of a generalization. Yes some errors can cause the whole system to crash in both Linux, Windows, and Unix. The difference is that it the way Unix and Linux are designed, it is far less likely.

      Oh really, care to back that up with some explanation rather than just a blanket assertion?

      Protected memory space for the kernel or microkernel: Even Windows has that.

      Did you read the sentence you quoted? "all components of their OS were isolated from the microkernel and from one another." In Windows (or Linux, or BSD) components of the kernels (i.e. drivers, file systems, etc.) are not isolated from each other. The components are protected from user land applications, but not from each other.

      Unlike Windows, Unix and Linux doesn't allow any ordinary application to write to the kernel.

      What makes you think that any application can write to a Windows 2000 or 2003 kernel memory? Please provide evidence: not a security alert about a bug that's been exploited (even Linux/Unix can have those) but a description of something in the Windows APIs or architecture that allows applications to write to kernel memory _by design_.

    4. Re:Some interesting points to note by Kourino · · Score: 4, Insightful

      Well this is somewhat of a generalization. Yes some errors can cause the whole system to crash in both Linux, Windows, and Unix. The difference is that it the way Unix and Linux are designed, it is far less likely.

      What particular Windows design flaw are you thinking of here? (In other words, I'm far from a Microsoft apologist, but it's nice to back up your statements. :3 )

      Protected memory space for the kernel or microkernel: Even Windows has that. The only problem is that "protected" is a very loose term for Windows. Unlike Windows, Unix and Linux doesn't allow any ordinary application to write to the kernel.

      That's funny, I don't seem to remember being able to write to addresses above 0x80000000 on NT4, although I haven't tried loading a pointer with such an address and dereferencing it in purpose. Somebody with immediate access to a Win32 system could try this and tell us what happens:

      #define WIN32_LEAN_AND_MEAN
      #include <windows.h>

      int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
      {
      char *p;
      p = (char *) 0x80000001L; // start of kernel address space + 1
      *p = 0; // this *should* terminate process
      MessageBox (NULL, "Nyah nyah, Kourino doesn't know what he's talking about", "Ha!", 0);
      return 0;
      }
      The expected outcome and possible outcomes should be clear. :D

      (Win32 userland/kernel split is 2:2, unlike Linux's default 3:1. 2:2 seems a bit excessive to me, but ah well; i haven't thought that much about it. I know there are issues in 3:1 for stuff like page tables on large memory machines). If you're thinking of the bad old days of 16-bit Windows, please say so; it's important to know that you're comparing a broken OS implementation.

    5. Re:Some interesting points to note by Anonymous Coward · · Score: 0

      It may not qualify as "modern" to most /.ers anymore, but Win98 is still the single most prolific OS. Just ask google... It may be outdated, insecure and ugly, but 1/3 of all PCs are still using it.

    6. Re:Some interesting points to note by ishmaelflood · · Score: 1

      Here's the stats from my website (big deal)

      Visitor Profile Report - Shows the browsers and systems visitors use.
      (Browser - Operating System - Screen Resolution - Color Depth - JavaScript - Java)

      Operating Systems used by your visitors (in %)*
      Windows NT 5.1 37.11%
      Windows NT 5.0 36.17%
      Windows 98 25.16%
      Macintosh PPC 1.55%

      Operating System - This report will show the most popular computer operating systems used by visitors. This information can be helpful in determining what type of content to include on a site.

      *% are based only on the total visitors whose visits were calculated.

      Browser type used by your visitors (in %)*
      MSIE 6.0 67.82%
      MSIE 5.5 12.51%
      MSIE 5.01 7.33%
      MSIE 5.0 7.19%
      Netscape 5.0 4.37%
      Netscape 4.78 0.29%
      MSIE 4.01 0.21%
      MSIE 5.14 0.17%
      MSIE 5.12 0.07%
      Netscape 4.08 0.04%

      Browser - This report will show the most popular types of browsers used by visitors to the page.

    7. Re:Some interesting points to note by evilviper · · Score: 2, Interesting
      Well this is somewhat of a generalization.

      I usually call them FACTS, not "generalizations".

      The difference is that it the way Unix and Linux are designed, it is far less likely.

      I've had it happen many times. A few of the reasons Windows is so unstable is that so many programs run with root privlidges, and that the system itself is so bloated and crappy. However, even as bloated and crappy as it is, if it was a microkernel, it would run wonderfully because that COULDN'T CAUSE A PROBLEM assuming the very small base was written properly.

      Could someone please tell me why no other OSes are microkernels? You would get 100% stability, and as an added bonus, there are never any times when one part of the system can even slow down another part even slightly... Really incredible things they are... Why don't we see any good microkernel systems, preferably designed and written by pros? OpenBSD likes security, why don't they take up the job? That's really the only way to ever get 100% security (even if you want to run buggy and/or untrusted apps).

      Unix and Linux doesn't allow any ordinary application to write to the kernel.

      No, but programs running as root, or SUID are. Also, all the drivers in the kernel are as well. I've had Unix system freeze up because of writing CDs, loading videocard drivers, and other privlidged things which wouldn't happen with a microkernel.

      but their market is really a niche.

      It's on hell of a niche...

      Besides, that's their niche because that's where the money is, and what they've designed it for. If they would invest some resources into the things most people want in a desktop, I have no doubt they could do a good job of taking over that as well.

      Since it is a niche, it doesn't offer the interoperability that other OS offers.

      It's a plain Unix system as far as the user/developer is concerned. What more interoperability could you want?
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    8. Re:Some interesting points to note by pHDNgell · · Score: 1

      Could someone please tell me why no other OSes are microkernels?

      Because they make the system run more slowly.

      OpenBSD likes security, why don't they take up the job?

      From your signature: "I'm glad I don't put much basis on yammerings on slashdot"... "In fact, I'm real glad." --Theo de Raadt


      Unix and Linux doesn't allow any ordinary application to write to the kernel.

      No, but programs running as root, or SUID are. Also, all the drivers in the kernel are as well. I've had Unix system freeze up because of writing CDs, loading videocard drivers, and other privlidged things which wouldn't happen with a microkernel.


      No, they're just running with permissions to more files and a couple extra syscalls that may or may not be available to other users...depending on the system, of course. On BSD systems, there are devices that provide direct kernel memory access. You don't have to be root to manipulate kernel memory, you just need appropriate access to one of these devices.

      If they would invest some resources into the things most people want in a desktop, I have no doubt they could do a good job of taking over that as well.

      Nah, I doubt it. They do what they do well. You can get *really* far in software development if you don't have to worry about stupid little complaints from end users.

      --
      -- The world is watching America, and America is watching TV.
    9. Re:Some interesting points to note by evilviper · · Score: 2, Informative
      Because they make the system run more slowly.

      From your signature: "I'm glad I don't put much basis on yammerings on slashdot"... "In fact, I'm real glad." --Theo de Raadt

      Hehe... The funny thing is, that quote was taken from a mailing where Theo said, if he took messages on slashdot seriously, he would think that a 2% drop in performance isn't worth the increased security (of propolice, W^X, et al.).
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    10. Re:Some interesting points to note by dfury · · Score: 1

      I tested the code out. It produced a nice program fault.

    11. Re:Some interesting points to note by pHDNgell · · Score: 1

      Heh. Yeah, I didn't know the context. I'm not certain to what extent it would make the system more reliable, but I've certainly got an application for a reliable and secure system where speed isn't an absolute requirement.

      Unfortunately, I've had more hardware problems I'm not certain wouldn't take down the system in the first place, regardless of kernel architecture.

      --
      -- The world is watching America, and America is watching TV.
    12. Re:Some interesting points to note by evilviper · · Score: 1
      I'm not certain to what extent it would make the system more reliable

      The kernel of QNX can be as little as 10K according to the article... That means, as long as that 10K is bug-free, the rest of the system will operate perfectly. That means, as long as your first 10K of memory is intact, (and there is a functional processor), your system will continue to function, no matter what. Pull out the hard drive, or perform an exploit on a vulnerable TCP/IP stack, and the system will continue to operate perfectly, and perfectly secure against attacks.

      I've had more hardware problems I'm not certain wouldn't take down the system in the first place, regardless of kernel architecture.

      That's where microkernels are greatest. Write QNX to an EPROM or something similar, and it'll continue to work no matter what... When your storage craps-out, the core of the microkernel will shut off the storage driver, and restart it. I really can't imagine any system having such hardware problems that a microkernel couldn't keep every function piece running.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    13. Re:Some interesting points to note by pHDNgell · · Score: 1

      I get your point on the 10k thing. That's hard to argue.

      I guess I'd just have to see my application running under such a thing.

      --
      -- The world is watching America, and America is watching TV.
    14. Re:Some interesting points to note by rabidcow · · Score: 2, Informative

      Win32 userland/kernel split is 2:2

      You sure about that? In Win9x, the top half of memory is shared by all processes. NT is different, although I don't remember exactly how it works.

      Win9x is pretty weak tho, you can take down a machine from a dos box. (iirc: echo f f000-ffff {garbage} | debug)

    15. Re:Some interesting points to note by kahei · · Score: 1

      You can split either 2:2 or 3:1 in Windows. 2:2 is default.

      Other than that, the post you were replying to does indeed appear to be FUD (or possibly just written by a non-technical person :> )

      --
      Whence? Hence. Whither? Thither.
    16. Re:Some interesting points to note by SuiteSisterMary · · Score: 1

      Which is exactly what it should do, in this case. "Your program tried to do something naughty, so I've killed it. Have a nice day."

      What it *shouldn't* do, but probably would on, say, Win3.1, is blindly overwrite the memory, which will crash the machine, requiring a reboot.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    17. Re:Some interesting points to note by Kourino · · Score: 1

      Sorry. By "Win32" I really meant "NT-like operating systems". This was mostly making observations stepping through programs in VC++, which I had the opportunity to do recently. (Well, I do know some people that run Windows even if I don't. ^^; ) Yeah. Windows 9x is horrible in several respects ..

  25. I remember using qnx in a Canadian Highschool by Billly+Gates · · Score: 5, Interesting
    Canada's school systems are strange compared to American schools I have previously attented. I have found their computers horrible inadaquite and out of date.

    Anyway I took 2 programming courses in basic and pascal. The labs used some strange Unisys dumb terminals connected to a builky black looking box. Very XT-ish and looked like it was from the early to mid 80's. Anyway it ran a no name OS called QNX. I believe it was powered by a 286 or 6800 with about 4 megs of ram for all 20 students. It had no display but a teletype printer where we would print out our programs. It handled quite well for such a limited server.

    Its Very old and I remember a 1984 copyright that showed up whenever I booted. I had no idea it was a unixlike system.

    It seemed just as fast as a standalone 286 and it had a "$" as the prompt sign with a strange scripting system. I considered it underpowered and old but was supprised by the included gcc, sed, gmake, and other utilities and powerfull scripting. It had some nice api's for 2d graphics displays.

    Anyway 2 years later I wanted to try Unix after playing with NT 4 when after it just came out. I tried Caldera (shudder )Linux and I was supprised that I have been running gnu and unix all long. The shell scripts and everything were identical and I have been using Unix without even knowing it.

    Linux felt quite old without X in the old days( before kde was stable and gnome was around). But I have qnx running on that horribly ancient system to thank.

    1. Re:I remember using qnx in a Canadian Highschool by Afbc0m · · Score: 1

      Canada's high schools do not all have poor and or outdated computer equipment, in fact they don't, as a student of 4 so far, in different provinces and different community sizes, none of have had a poor setup, in fact just the opposite, one even has a computer per 3 students, try and find that anywhere else.

    2. Re:I remember using qnx in a Canadian Highschool by Anonymous Coward · · Score: 0
      This was in 1995 at an inner city Toronto High School. Things might be different now but only one lab had pc's with WIndows 3.1. They were reserved for the honor students in OAC.

    3. Re:I remember using qnx in a Canadian Highschool by noda132 · · Score: 1

      one even has a computer per 3 students, try and find that anywhere else.

      The Canadian school board my (ex) high school is a part of is outfitting every student from grades 3 to 11 with an Apple laptop, with Mac OS X.

      Wouldn't it be funny if students actually ended up learning English and Biology instead of How to Hack an Administrator-Free School and A Thousand and One Ways to Talk with Friends in Class?

    4. Re:I remember using qnx in a Canadian Highschool by Anonymous Coward · · Score: 0

      Yes, that's right the "Canadian school system" computer systems are weird. *All* the computers for all 30+ million of us living up here in the `Great White North' are "weird".

      Sheesh.

    5. Re:I remember using qnx in a Canadian Highschool by Anonymous Coward · · Score: 0

      My highschool (in st. catharines, ontario) had the same QNX system. I believe they were called ICON and it ran on an arcnet network.

      Yes they were *pretty* cool for 1985!! It was my first introduction to unix and a good one at that!!

    6. Re:I remember using qnx in a Canadian Highschool by Yaztromo · · Score: 5, Informative

      That would be the Unisys Icon, either series 1 or 2. They were _not_ dumb terminals however -- the Series 2 used an 80186 (you read that correctly) with 1MB of RAM. The "bulky black box" was the storage system (it had the hard disks and floppy drives) and handled network control. I don't recall what was in the series 1 hardware wise, but it was similar.

      The systems used to be popular in Canadian schools because the OS was developed in Canada, as were most of the tools and applications (which were primarily by Watcom). Plus students generally weren't going to be able to install whatever gunk they brought from their DOS machines at home, nor were DOS based virii any sort of threat to these systems. They were easy to manage and maintain, and were good for teaching programming basics.

      Do you prefer todays alternative of brainwashing students in The Microsoft Way(tm)?

      Yaz.

    7. Re:I remember using qnx in a Canadian Highschool by wing03 · · Score: 2, Informative

      Unisys Icon computers.

      Pretty expensive buggers at the time (mid 80s).

      If memory serves, the Icon was to the computer industry much like what Bob and Doug Mackenzie was to SCTV. The Canadian government in all its paranoia wanted "Canadian content" and exposure.

      Hence the Unisys Icon which was supposed to permeate schools around and eventually industry...

      One network server box and dumb terminals with a built in track ball with two "Action" buttons. All attached via 10-Base-T.

      It was 1986 and I was 13 when I came across my first so I only got to play with the educational software. The only one that comes to mind is something having to do with a pioneer family by the name of Bartlet.

      Anyhow, a bunch of lights turned on when a decade later, my boss commented that QNX ran on those Icons.

      I guess the logic was that the gov't would sponsor the Icon by putting them in schools everywhere, get the next generation students familiar with it and when they grew up, they would be so familiar that it would become industry standard.

      Little did they realize that by not pushing it on the home front, Wintel would eventually win out.

    8. Re:I remember using qnx in a Canadian Highschool by BJH · · Score: 1

      At leat they'll be prepared for working in the Real World(tm)...

    9. Re:I remember using qnx in a Canadian Highschool by Billly+Gates · · Score: 1
      "Yes they were *pretty* cool for 1985!! It was my first introduction to unix and a good one at that!!"
      Not in 96 though. :-)

      Anyway my point was that QNX was quite impressive if the hardware was really this. 8 mhz 186 with 1-2 megs of ram is quite ssssllloooowww. I used watcom basic and I think a version of pascal from the university of waterloo. Gnu c was installed as well. The system was very reponsive and felt as fast as qbasic on my 486 at home. I even made a simple etch a sketch program in pascal and it redrew all the line really fast for such a beast.

      qnx is a great os for low end hardware. I think it was an early version that I used but its still quite an impressive os. Not even netbsd could run on that.

      Well for 1985 technology I should be impressed that it was full color let alone ran unix. :-) Just seemed strange to someone who never has seen a terminal setup( at the time).

      It was so weird seeing the $ prompt when I first installed linux. I was wondering why this was setup like this. Then it dawned on me that QNX was an actual unix.

    10. Re:I remember using qnx in a Canadian Highschool by shepd · · Score: 1

      It really depends on your school board.

      At my old school board (WCBE, now the WRDSB), it was policy to use a single 10 mbit segment and a 486 DX2/66 server for up to 200 computers, and that all computers were not have a hard drive (network boot and network swap).

      Teachers would normally ask students to start their machines at the start of class and open [insert whatever the application was, for a web class it would be netscape, for example]. Normally by the end of the lecture (30 mins or so) the last machine would have started the application. Occasionally, if a website had to be loaded, the teacher would take a break from classes and ask students to load it up (we had a 128 kbits link, IIRC. And all the WRDSBs links went through a single squid proxy to ensure students weren't allowed to do projects on Nintendo Games, but were allowed to use yahoo/altavista to find and access "hardcore beastiality masochist porn" [as a teacher's aid, I was put in quite a position when I caught students doing this]).

      This was back on windows 3.1, when the above was actually possible. Nowadays the machines do run faster, as they sent someone to load (individually -- not using ghost) Windows 95 on each machine, and install hard drives, however the proxy still sucks ass, as usual.

      This was, if memory serves me right, 1995/1996. And things don't change, from what I've heard from new students there.

      Then again, there was generally 1 computer per student. Not that most students wouldn't have traded half the computers for something that could start word in under 5-10 minutes.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    11. Re:I remember using qnx in a Canadian Highschool by nacturation · · Score: 1
      ...and judging by your spelling and grammer
      Uh, you did mean to say "grammar", didn't you?
      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    12. Re:I remember using qnx in a Canadian Highschool by SuiteSisterMary · · Score: 1

      I also remember a 'Day in the Life of...' game where you could make stupid choices...

      Also, a sweet 2d animation program you could make little stick-figure animations in.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    13. Re:I remember using qnx in a Canadian Highschool by uw_dwarf · · Score: 2, Informative

      Unisys didn't build the first ones. A company called Cemcorp (Canadian Educational Microcomputer Corporation) did, using the resources of a couple of other companies. Cemcorp's parent company was a holding company called Meridian Technologies. At the time, Meridian also held MicroDesign (which did the hardware for the Icon, and eventually became part of Cemcorp) and Jutras Die Casting, among other companies. (Now Meridian does only light metal diecasting.) The first two series of Icons were manufactured in Brockville, Ontario, by a company called Microtel.

      The processor was the Intel 80186, as an earlier poster noticed. The reason was simple: it was effectively an 8086, and it was available. But with other Canadian companies like Dynalogic/Bytec-Comterm (makers of the Hyperion) wanting 8086s, and Canada being a single distribution region as far as Intel was concerned, there weren't enough 8086s to go around. But nobody else (except the odd controller manufacturer) wanted 80186s. The QNX C compiler had flags to enable '186- and '286-specific instructions, but Cemcorp never used the '186-specific functionality.

      The Ontario Ministry of Education provided the seed money for the project. They mandated mostly Canadian content, so QNX was chosen for the operating system. The Waterloo microlanguages, already proven on the Commodore SuperPET were ported for teaching programming, and QNX's own C compiler was included if students wanted to write their own system stuff. It also had a bug-compatibile version of Logo. The Ministry of Education contracted out the development of a graphical shell called Ambience that had three levels of access control: the administrator, teacher, or student. Teachers had access to students' files; the administrator saw everything. There was shared space for showing off good stuff. It was a great concept. But execution was, well, part of the reason the Icon didn't really succeed, because it didn't work like an Apple, and it didn't work like DOS.

      So where'd Unisys come in? Well, in 1983 or so when this was getting started (I did co-op stints with Cemcorp from 1984 to 1987), the guys at Cemcorp didn't have the ability to support or market the product. They contracted with Burroughs for support, quality assurance, and marketing. Burroughs and Sperry became Unisys in 1986, and took a greater interest in promoting the Icon, just as the government subsidy was running out. Unisys had taken over all but the design and integration of the product by the time I did my last work term with Cemcorp. With the dropping of government funding, the demand for DOS compatibility, and competition from Apple, the Icon ceased to be viable.

      --
      The Seventh Rule: Take others more seriously than yourself, particularly when you are leading them.
    14. Re:I remember using qnx in a Canadian Highschool by Yaztromo · · Score: 1

      Thank-you very much for the details of the system. I was merely a user of the system back in the late 80's -- I was the school "expert" on the system, and even though the teachers came to me when something they didn't understand occurred on the system, for some reason they wouldn't let me take a screwdriver to it to see what was inside for myself :).

      Yaz.

    15. Re:I remember using qnx in a Canadian Highschool by uw_dwarf · · Score: 1

      There were some other neat things in there, but an ordinary screwdriver wouldn't let you see them. The cases were assembled with oval-head screws for that reason. Everyone in Cemcorp had access to the appropriate socket, but not many others did. This was another reason the price was so high--the wedge (only the fileserver, dubbed "Lexicon", was boxy) had to be student-proof.

      When you got inside, you found 256, 384, or 512K of RAM, and a piece of non-volatile RAM that stored things like your node ID and initial screen colours. The superuser could reprogram the NVRAM, and superusers had root privileges on all machines on the network, so you could reprogram anybody's NVRAM. I set a sales droid's screen colours to green on purple. When he laughed, and asked for it to come up green on black instead, I obliged, after cycling through black on black on the way.

      The Icon did not have to boot from the fileserver. They could be built with a 5.25" floppy drive (the "solo" configuration). The drive controller was very flexible: it could format your floppy with 8, 9, or 10 sectors per track, single- or double-sided. Most floppys for the Icon were formatted to hold 800K; once the DOS emulator was available, it could read and write DOS-formatted floppies without blinking.

      There was a speech chip inside. I don't remember the details of the chip, but I do remember it was a bit of an oddball. The speech files had to exist already for it to play back. The software was not available to have it read text off the screen. The only thing I've heard Icons say are Hitch-Hikers' Guide quotes like "Zark off!" and "Share and enjoy!" The default "Hello" grew thin quickly.

      The network was a modified Arcnet, running over an oddball co-axial cable (this was the modification). The network had to be terminated at both ends. A lost terminator would hose everybody wanting to use the fileserver (which was everybody). The prototype network repeater was called a "Hortonstat," because it heard "who"s. The prototype could give you an audible alarm if there was a token collision or other network error. It was productized into a smaller, mute, package. With the repeater, you could build networks of 32 nodes (16 had been the previous limit, though we did a network of 25 for the trustees of the Toronto Separate School Board for their internal election of committee members that held together just fine.)

      My favourite games were Robot R&D, where you design a robot and a test planet to put the robot through its paces (lots of planets got named Magrathea), and Electric Chemistry Lab, where you could blow things up without getting hurt. But the CGA screen just didn't have the realism, especially after IBM introduced VGA on the PS/2 in 1986.

      Cemcorp was a great place for a co-op student to work. The people knew their stuff, knew how to have fun, and wanted to build a cool computer so kids of all ages could do cool stuff. For a few years, they lived that dream. One lasting memory was the response of one of the hardware designers when he was asked what he wanted to see in the Icon 2: "Five 32032s." That would have been a cooler box. But, alas, it wouldn't have run QNX.

      --
      The Seventh Rule: Take others more seriously than yourself, particularly when you are leading them.
  26. Re:A couple things by AndroidCat · · Score: 1
    If we assume that an embedded OS works correctly

    Is it really safe to assume this for real-time control applications?

    --
    One line blog. I hear that they're called Twitters now.
  27. Re:A couple things by Anonymous Coward · · Score: 0

    'Good enough' for many embedded systems means:
    1. the OS is Really Real Time
    2. the OS doesn't crash.

    WinCE fails on both counts, Linux on at least the 1st, I don't know about VxWorks, but...

  28. They better be careful by castlec · · Score: 0, Funny

    They couldn't possibly have reliable code without stealing from Unix. I mean look at the only operating system that hasn't ->Windows. It runs like crap. And don't say that BSD never stole from Unix. AT&T just had crappy lawyers. They should have won that case. IBM and Linux are going down and QNX will soon follow. As soon as SCO wins the IBM case they will go after QNX. The discontent of many companies will then follow. IP thieves will pay!!!

    --
    When I tell an object to delete this, am I killing it or telling it to kill me?
  29. Lemmings by Afbc0m · · Score: 1

    *watches as everyone rushes to the site and downloads the free version, like moths to a flame

    1. Re:Lemmings by tomstdenis · · Score: 1

      And that's bad? Maybe 10000 people will download it over the next three days. Of those maybe 1000 will be impressed and of those maybe 10 will be in a position to buy/use it commercially.

      All in all a good day at QNX :-)

      Don't forget those who have already used QNX [e.g. in college] and don't need to download a new copy.

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:Lemmings by Afbc0m · · Score: 1

      good point, i concede, if their site can handle it it will be good for business

  30. Re:A couple things by ObviousGuy · · Score: 1

    It of course depends on your definition of "real time". And in the end everyone and their mother's got a hard real-time kernel for their OS of choice, even WinCE (though the name of the 3rd party that offers this extension slips my mind at the moment).

    --
    I have been pwned because my /. password was too easy to guess.
  31. Crap... by SoSueMe · · Score: 3, Informative

    Should have linked here.

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

      Why is it that 25% of the discussions are about "karma whoring", mod points etc? Sometimes I get the feeling that what matters the most. Is it?

  32. Re:A couple things by tomstdenis · · Score: 1

    Interesting? What type of fuck not are you?

    QNX is an OS, yes. But it fills a very small niche where it works very well. I've used it in a college course "real-time programming". Hint....

    If you absolutely need control over how a process will run [e.g. timing] QNX beats linux and windows handsdown.

    QNX [neutrino] is also VERY small. A fully functioning kernel + drivers + Networking + terminal + etc can run you less than 1MB.

    So moderators: how about you RTFA before modding people?

    Tom

    --
    Someday, I'll have a real sig.
  33. OS crashes. by Christopher+Thomas · · Score: 2, Insightful

    p.s. specialized OS don't crash because it's exactly that - specialized. I think windows crash so much because (part of the reason) it runs on so many kinds of hardware, for one. As much as I will get flamed, in OEM applications, like, say, most of the new fancy I-will-never-be-able-to-affort oscilloscopes and the likes, windows usually don't crash.

    The purpose of an operating system is to provide an abstraction layer between the hardware and application software, and between all of the tasks running on a machine. If done right, this prevents most crashing no matter what you're doing (as most software doesn't have the privileges needed to take down the whole system). If done wrong, application software can muck with things it shouldn't, and the whole system comes crashing down when something goes wrong.

    Any of the 9x series of Windows, and WinME, fall into the second category. Windows NT (including 2K and XP), and various Unix flavours and clones (including MacOS X), fall into the first category.

    While a general-purpose system has more potential points of failure in software - as you're running more software - this is not an excuse for it to be crash prone. A well-protected OS is vulnerable to bugs in the OS core and in the drivers interfacing with hardware, which will for the most part still be there even in a single-purpose system.

    In summary, you can't blame windows crashing on it being a general-purpose operating system. There are plenty of general-purpose OSs that crash far less. There are special-purpose OSs that are designed shoddily, as well (it's just easier to catch that before it goes to market, because the test space is smaller).

    FWIW, re. another thread, my understanding is that WinCE is a stepchild of NT (heavy rewrite to make it modular and to pare out functionality that isn't needed in embedded systems, while keeping most of the core OS design). That should make its behavior similar to that of NT.

    1. Re:OS crashes. by Zenki · · Score: 1

      Windows CE is very different from NT. It was written to provide real-time performance, something that NT can't do (do to driver architecture, etc.) The only thing common between CE and NT (other than coming from Redmond) is the Win32 api (and there are still some api features not supported on CE.)

    2. Re:OS crashes. by Ivan+the+Terrible · · Score: 4, Insightful

      Er, WinCE doesn't provide "real-time performance", and least not the way the phrase is understood in the embedded world. It has too much latency and not enough determinism. It does, however, provide a familar GUI for embedded devices, so it is only useful in embedded systems where missing a deadline is not catastrophic.

    3. Re:OS crashes. by RzUpAnmsCwrds · · Score: 1

      From my understanding, Windows CE 3.0 is "real time", but only barely - and only technically. It's not nearly as "real-time" as QNX.

    4. Re:OS crashes. by statusbar · · Score: 1

      Can you clarify what 'Barely real time' means? Do you mean 'soft real time'?

      --jeff++

      --
      ipv6 is my vpn
    5. Re:OS crashes. by IronChef · · Score: 4, Funny

      It does, however, provide a familar GUI for embedded devices...

      I think it is reaching to call WinCE's interface familiar. My first reaction upon using a PocketPC was, "wtf is going on?!"

      I guess it is more familiar than, I dunno, cattle prod torture, but that isn't saying much.

      I love my iPAQ anyway though.

      Zzzzot!

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

      WinCE is real-time in the "if Microsoft marketing repeat it often enough, it will become true" sense. It just isn't real time. To argue WinCE is realtime is akin to arguing the linux kernel without rt patches is realtime. It just isn't.

    7. Re:OS crashes. by Darlock · · Score: 1

      You can put QNX on your iPAQ and love it more.

      The mainsite: http://www.qnxzone.com/ipaq/

      Some screenshots: http://www.qnxzone.com/ipaq/screenshots/index.html

    8. Re:OS crashes. by Anonymous Coward · · Score: 0

      As much as I will get flamed, in OEM applications, like, say, most of the new fancy I-will-never-be-able-to-affort oscilloscopes and the likes, windows usually don't crash.

      err ... i'll take 'usually' with a grain of salt then. have you ever seen a metrocard vending machine blue-screen? that's as OEM as it can get - and it ain't pretty when windows reboots it with your money still inside, but hey, what's new here :-)

  34. Um, notwithstanding Mach/MacOS... by caulfield · · Score: 1, Offtopic

    QNX has been the only company so far to commercialize a microkernel OS.

    I love QNX, but they definitely aren't the only company to commercialize a microkernel OS. Apple, while late in the game, are shipping some big numbers. Of course, don't forget NeXT before them, or for you penguin-heads, MkLinux.

  35. I read slashdot using QNX by leighklotz · · Score: 4, Funny

    I read Slashdot using QNX, on an Audrey. I almost bought another one at a garage sale today for $20, but it had no power supply. Plus the keyboard was Lime.

  36. QNX only commercial microkernel? by Durindana · · Score: 1

    From the article: "QNX has been the only company so far to commercialize a microkernel OS."

    Am I just ignant, or isn't Mac OS X built on top of the Mach microkernel, with a monolithic 4.4BSD kernel atop it?

    1. Re:QNX only commercial microkernel? by Anonymous Coward · · Score: 0

      if they compile BSD as a giant binary, that kinda defeats the whole microkernel premise, so it hardly counts if the slogan's supposed to mean anything

  37. Isn't google great. by JerryKnight · · Score: 1

    You don't even have to spell things correctly. There should be a "google prerequisite" for posting a question to slashdot.

    --

    Catapultam habeo. Nisi omnem pecuniam tuam mihi dabis, ad tuum caput saxum immane mittam.
  38. So, How Long Have You Worked For Microsoft? by Anonymous Coward · · Score: 0

    Are they good employers? What's their dental plan like? The last outfit which employed me didn't have one, so naturally my wisdom teeth needed pulling, and it cost me a fortune. I bet Bill and Steve have really great teeth...

    1. Re:So, How Long Have You Worked For Microsoft? by Anonymous Coward · · Score: 0

      It wasn't so bad. It was certainly a better environment than the place I currently work.

      As for the dental plan, I never availed myself of it, so I wouldn't know.

  39. Re:A couple things by Anonymous Coward · · Score: 0

    you don't know much about ROTS's do you lol ?? ..... btw for your info ..... its non-trivial to design such a reliable OS ..... till now we do not have any step by step scientific method for the model verification ... yes there are tools to judge the deadlocks/livelocks/race conditions/etc ... but the entire process of designing is not totally laid down ......

    >> In that situation it is WinCE that comes out ahead of the pack

    PLEEEASE don't compare WinCE to QNX :)) ROFL ... your basis of reasoning about the h/w support for microsoft being more is silly ....... do you think that one would be so insane that he would even start designing an OS for a life support system without getting 110% support from the OEMs ??

    next time please do not post just for the sake of it ....

  40. Re:A couple things by alienw · · Score: 1

    I sure as hell wouldn't want to have my eyes operated on by a WinCE or even a Linux system. They are not stable enough. That's one of those situations when 99.9% isn't good enough.

  41. QNX Floppy Challenge by hendridm · · Score: 4, Informative

    If you haven't taken the challenge yet, it's pretty cool. You can get it here too.

    1. Re:QNX Floppy Challenge by MikeFM · · Score: 1

      I never could get QNX to run worth a damn on any PC I tried it on. I know it's not meant to be used as a normal OS but still I've tried it on a lot of machines and they were all sort of buggy. I'd compare it to BeOS. It's great when things are carefully crafted to fit what it does play well with but on random hardware it seems to suck.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    2. Re:QNX Floppy Challenge by Anonymous Coward · · Score: 0

      or maybe it's just that you're not as smart as you think you are?

    3. Re:QNX Floppy Challenge by DrXym · · Score: 2, Interesting
      This is not to knock the demo which is cool, but I'm surprised that something similar hasn't been attempted with Linux. While the QNX microkernel is small (which helps) after throwing in the various disk, network, mouse, drivers it's probably no different than what you could achieve in Linux. We have already seen the likes of Toms RTBT which pack a single disk with an amazing amount of command line stuff.


      I wonder if some of that could be jettisoned for some kind of microwindows based GUI and perhaps a browser of some kind. Having tried Knoppix and LNX BBC also, I think these things are inherently cool and more importantly useful.


      It gives a warm fuzzy feeling to know that you can carry around a disk or CD which boots into a full blown emergency repair kit or demos what can be done with Linux. The best that has so far been mustered for Windows is the excrable recovery console - something while better than nothing is still incapable of solving all but the most basic problems.

    4. Re:QNX Floppy Challenge by bhtooefr · · Score: 1

      Windows could be... ahem... modified like the embeddingwindows.com people have done... They've pulled off an 8MB install of W98SE. Of course, they mention that you have to sign an NDA for "your" and their protection. It's the 98lite people, which scares me more. I thought they were trying to get us away from the MS secrecy by showing us that it IS possible to remove IE from 98. And now, they shut up all who want to give out the EOS secrets... arrgh! Anyone want to try to beat them? They've got it in 7.96MB, but that's on a 511MB FAT16 partition, not an 8MB FAT12 partition. AFAIK, cluster size goes up as FAT table bit-depth goes down. Higher cluster size means less efficient use of space, so lots of tiny files can cause big problems.

    5. Re:QNX Floppy Challenge by curne · · Score: 1

      I'm surprised that something similar hasn't been attempted with Linux.

      I looked into having a stab at it once, since tomsrtbt runs off Linux 2.2 (which is too old for my hardware). After a few hours of compiling and tweaking a 2.4 kernel I understood why. It seemed impossible to compile one of a reasonable size. There was no way I could fit anything decent on a single floppy in the way of some networking apps running directly on a small framebuffer window system.

      Linux is not really bloated, although the foot-print has grown somewhat. It is just not meant to be that small. QNX was/is since it is designed from the bottom up to be an embedded OS.

      --
      All interpreted languages are abstractions over Lisp
  42. Dan Hildebrand would be happy! by farrellj · · Score: 2, Informative

    Dan Hildebrand was one of the early luminaries of QNX in Kanata, just outside of Ottawa. Although I only met him once, I knew him well via the local Fidonet and Unix communities. It's too bad he isn't around to enjoy this story. But I am sure he is smiling about it wherever he is! Slashdot story about his death It's hard to believe it's been 5 years.

    ttyl
    Farrell

    --
    CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
    1. Re:Dan Hildebrand would be happy! by Anonymous Coward · · Score: 0
      He's probably laughing like mad having foisted off this little piece of shit upon the computing world.

      I used QNX and its C compiler and Windowing system back in '97. First omen: Fire up the windowing system and can barely move the mouse. Controls to make tracking adjustments are buried deep within. Sweeping the mouse repeatedly across entire desk to even move an inch to get to where to rectify problem.

      Developing C programs: only notified of segment faults when exiting the windowing system. Forced to code/compile/run/exit by smallest fragments JUST IN CASE something segment faulted. Do too much and exit, ONLY THEN TO SEE THE SEG FAULT, where the fuck was it?!?!?

      User wants graph printouts: QNX didn't come with ANY printer drivers! Forced to write my own.

      Realtime graph objects on screen: didn't work with ATI cards. Phone up support to get patch.

      Built in editor riddled with bugs, loves to play pacman with source.

      Yeah, say what you like, I'll never touch this turkey again.

  43. Re:A couple things by Tony-A · · Score: 1

    That they report back to some software (which could frankly be run on any embedded OS) which then tells them what to do next is almost irrelevant.

    What is not irrelevant is that the OS is ready, willing, and able to tell them what to do next, no matter what else is going on.

    Drive a mountain road at high speeds. Make most of the curves.

  44. Interesting? by cgenman · · Score: 5, Informative

    I'm trying not to comment on this, but as two people modded it "interesting," obviously this fallacy needs to be shot down. While true for PDA's, which is obviously what ObviousGuy has experience with, it is not at all true for many real embedded systems.

    QNX is for those times when "Good enough" isn't good enough. An associate of mine used to run the network for a major medical responce company. They used to count downtime in the number of people dead due directly to the lack of a network. If you accidentally pulled a plug on the way to lunch, 4 people would be dead because of you.

    Their uptime target was 24-7-365-20. There was no such thing as "Good Enough."

    Ideally, any OS should do. It should be a flawlessly written middleman layer between flawlessly written hardware and flawlessly written software. But we all know that software is flawed, hardware drivers are flawed, and OS's are flawed. When WinCE comes across a problem in the kernel, it panics and comes crashing down. When Linux comes across a problem in the kernel, it panics and comes down. According to this article, when QNX comes across a problem in the kernel, it cuts off, shuts down, and reboots just the offending section, cutting downtime from 30 seconds to microseconds. That's pretty darned cool.

    Sure, the foundation of your house is just the interface between the ground and your software creation. But if your foundation is bad, no matter how much support the system integrator can provide, your house won't stay up for long. If you're building apartments, that might not matter. If you're building a hospital, your negligence could cost lives.

    And by the way, it's the software that controls the grinding of the lens. If the hardware knew how to grind a lens already, it wouldn't have electronics. The software controls the OS, the OS controls the hardware. Your Software->OS->Hardware diagram should have proven to you how important it is to have a reliable OS in the middle.

    1. Re:Interesting? by Aussie · · Score: 2, Funny
      Their uptime target was 24-7-365-20. There was no such thing as "Good Enough."

      Does that mean it crashes on leap years ?

  45. Wait until... by Bull999999 · · Score: 5, Funny

    I'm pretty sure AOL, RealPlayer, and Bonzi Buddy will find a way to crash QNX.

    --
    1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
    1. Re:Wait until... by Anonymous Coward · · Score: 0

      Completely possible. I mean you can never prove that QNX will never crash. But sure as hell would rather have QNX running my new BMW than the crappy WinCE that is causing so many problems.

    2. Re:Wait until... by edmac3 · · Score: 1

      I swear I got QNX to crash simply buy letting it run the screen saver over night. 3 nights in a row and it crashed every time!

  46. Re:QNX ports by rmm4pi8 · · Score: 1

    the mozilla port is on the qnx site; do you have links to the abiword, gimp, etc ports? also, do you know if any of the horde of chat clients have been ported?

    --
    U.S. War Crimes blog. Email for free Mandriva support.
  47. Troll Scoring by Cid+Highwind · · Score: 1, Funny

    I give it a six-and-a-half overall. It *sounds* like you know what you're talking about to anyone just skimming the comments, that's good. Relevence to the topic is spot-on. You spell and punctuate too well to be a regular slashdotter, but that takes a careful reader to notice anyway. You lose a few marks for abuse of "scare quotes", but that's no big deal. The signature is what keeps you from trolling with the big boys though; it blows your apparent credibility right out the window. Nice try though.

    --
    0 1 - just my two bits
    1. Re:Troll Scoring by Anonymous Coward · · Score: 0

      the sig IS funny however...

  48. Re:A couple things by ObviousGuy · · Score: 2, Insightful

    That is a ridiculous statement.

    Any software/hardware device that is going to be used in the medical field is going to undergo many hours of intensive stress testing, whether it is running WinCE, Linux, QNX, VxWorks, iTron, or a homegrown solution.

    No OS can be trusted implicitly, nor can hardware be trusted completely. However, at some point the definition of "good enough" must be decided and testing done to ensure that "good enough" level of availability.

    You want to implicitly distrust a medical device running WinCE or Linux, but it is simply a gut reaction and not based on anything more than that. A device in the wild running WinCE or Linux has had to undergo and pass the same level of testing as a device running another OS to be admitted into medical usage. They are for all intents and purposes equivalent, with the same possibility for failure.

    --
    I have been pwned because my /. password was too easy to guess.
  49. Comercially successfull microkernel OS's by Anonymous Coward · · Score: 0

    AIX, nuff said.

  50. os x != microkernel by otherwhere · · Score: 1

    The OS X kernel is, as I understand it, has both mach part and bsd part, and they both have access to the same memory, for the sake of speed of system calls, so it's not a microkernel, it just incorporates technology from a microkernel project. Unless i'm wrong, in which case I'm sure i'll here about it.

  51. Re:A couple things by cgenman · · Score: 4, Informative

    A device in the wild running WinCE or Linux has had to undergo and pass the same level of testing as a device running another OS to be admitted into medical usage.

    That's why LASIK systems don't run on WinCE.

  52. ehm? by Horizon_99 · · Score: 5, Informative
    What you won't find in QNX is USB support, drivers for a Sound Blaster 16
    are you sure about that?
    1. Re:ehm? by Com2Kid · · Score: 1

      Well, I can say this. I booted it up and my USB keyboard didn't work!

  53. Re:A couple things by joe_bruin · · Score: 2, Insightful

    ah, but you're missing several points of the embedded system design.

    the layered microkernel system is there to make sure the os never crashes. how does it do this better than wince or linux? well, since the drivers are out of "kernel space", even if one crashes, it will not bring down the whole os. in linux, if you yank out [device of your choice] while the system is using it, you may very well get a kernel panic. in qnx, the driver crashes, and the os moves on (maybe reloades it, maybe sends a warning to someone).

    the second part that you're missing is that in many super-tight embedded systems, the driver IS the application. obviously this is not true for your palm or digital camera, but for software in a pacemaker or in a car brake management system, there is no "app".

    and finally, if you've ever seen linux crash or wince bluescreen, for whatever reason, consider that in some places, that is just *not acceptable*. that is the difference, and that is why qnx and vxworks and psos and friends exist.

  54. QNX is good, so? This is already known. by Anonymous Coward · · Score: 0

    So what was this about? QNX is good, it's debugged and is trusted in mission-critical applications (contrary to other code that still has been used in e.g. cars and almost choked important government people inside BMW's).

    I still fail to see how this could matter to the /. crowd that _should_ know that QNX is _way_ better and more trustworthy for those embedded missions you have.

    Perhaps I'm just dumb... or the /. editor thinks all /. readers are...

  55. Maximum download limit reached by 888+Geek+Help · · Score: 1
    I wanna try BUT

    Maximum download limit reached. Please try again later.

    Thank you for registering for the free download of QNX Momentics Non-Commercial (NC) Edition v6.2.1. Due to the large volume of requests, we have reached our maximum download limit at this time. As you have already registered for the download, please bookmark the link provided and try again later.

    (and this after you fill out the survey

    -can someone post an ISO bittorrent

    --
    -888 Geek Help (888-433-5435)
  56. hrt by Horizon_99 · · Score: 1

    So I guess you're not doing any hard real-time, what were you using QnX for anyways?

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

      Probably because it was "nifty".

  57. You're mistaken by Anonymous Coward · · Score: 0

    Their uptime target was 24-7-365-20. There was no such thing as "Good Enough."

    So their "Good Enough" level was 1 system crash every 20 years without a reboot.

    Why is it difficult for you to understand the concept of Good Enough?

    This is why WinCE and Linux are Good Enough as well. Once you define what Good Enough is for your device, you can choose which OS provides you with the best solution.

    1. Re:You're mistaken by cgenman · · Score: 2, Insightful

      The individual components of the system, the main, 1st, and 2nd local backups, were due to be replaced every 20 years. It couldn't crash, but it could be swapped out in a controlled (and very carefully planned, programmer intensive) fashion.

      If you want to take that definition of "Good Enough," fine. It's "Good Enough" when it doesn't crash for it's entire 20 year expected lifetime. And now that we have defined what is "Good Enough" for this situation, it definitely isn't going to be WinCE or Linux. And that, of course, is the point of the argument. Someone keeps trying to say that WinCE and Linux are "Good Enough" to reach any targets assuming you can define what those targets are.

      In the real world, we call that Hogwash. Ok, we call that something else, but I doubt Slashdot's lameness filter would let it through.

    2. Re:You're mistaken by OldMiner · · Score: 2, Informative
      This is why WinCE and Linux are Good Enough as well.

      I'm sorry, but, no. The problem is that WinCE (it's WinCE.NET now, if we want to be anal) is not a hard real time OS. [WinXP embedded also exists. It provides no real time support at all.] WinCE is "real time", but not good enough for applications that require a high priority interrupt never be dropped. It doesn't have true guarantees about minimum time for an interrupt to be serviced. However, a hard real time version of linux (RTLinux) is available last I checked.

      --
      You like splinters in your crotch? -Jon Caldara
    3. Re:You're mistaken by Anonymous Coward · · Score: 0

      In fact, Good Enough is completely dependent upon the system requirements. You continue to think that there is something objective called the "real world" that has one set of requirements that are not addressed by WinCE and Linux. That is bullshit (my guess as to what word you really wanted to use).

      Yes, heart monitors and nuclear power station control systems require very reliable systems. For those situations, Good Enough is a very high standard.

      Even the situation which you keep pointing at has failure points all through it. If someone tripping over a wire will bring the system to a halt, you are looking at a failure of the system designer to foresee such a simple problem. The "patch" of course is to build an unbreakable conduit for the wire or build in some redundancy so that losing one wire doesn't end up killing people.

      But in the "real world" there are millions upon millions of embedded devices that don't require that extreme level of Good Enoughness. Your DVD player doesn't need that level of availability, only enough to get it from one power on to the next. Neither does your (hate to say it) car's braking system, there's simply too many other things that can go wrong with the hardware (brake pads, etc) to make worrying about how "real time" the ABS pulsing system is. Nor does a POS need that kind of reliability, nor does the DMV computer system, nor does your home computer.

      These are all tradeoffs towards Good Enough. If the system can remain stable long enough to get the work done, it is Good Enough.

      And for the majority of embedded devices, WinCE and Linux are Good Enough.

  58. Speaking of live CDs by Joe+Tie. · · Score: 3, Informative

    A project worthy of any Robot finds kitten fan, QNX for the Dreamcast.

    --
    Everything will be taken away from you.
    1. Re:Speaking of live CDs by christurkel · · Score: 1

      That guy is dedicated. Cool, though

      --

      CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
  59. Re:A couple things by laukev7 · · Score: 1

    Wince for Windows CE. How appropriate.

  60. OS X? by xyrw · · Score: 1

    And thanks to the program's "self-healing" feature, a dead player is automatically replaced or resurrected in millionths of a second without affecting the rest of the band. QNX has been the only company so far to commercialize a microkernel OS.

    1. Isn't OS X a microkernel OS that has been commercialised?

    2. Wouldn't it be marvellous is OS X gained this `self- healing' feature?

    1. Re:OS X? by zephc · · Score: 1

      >> a dead player is automatically replaced or resurrected in millionths of a second without affecting the rest of the band

      > Wouldn't it be marvellous is OS X gained this `self- healing' feature?

      Wouldn't it be marvellous if Pink Floyd and The Beatles had this `self- healing' feature too?

      [/joke]

      --
      "I would say that 99 per cent of what my father has written about his own life is false." - L. Ron Hubbard Jr.
    2. Re:OS X? by Anonymous Coward · · Score: 0

      >> a dead player is automatically replaced or resurrected in millionths of a second without affecting the rest of the band > Wouldn't it be marvellous is OS X gained this `self- healing' feature? Wouldn't it be marvellous if Pink Floyd and The Beatles had this `self- healing' feature too? I can't imagine anything worse.

  61. Bullet Proof by the+eric+conspiracy · · Score: 3, Informative

    From Fortune :

    As a delighted user has put it, "The only way to make this software malfunction is to fire a bullet into the computer running it."


    Didn't Tandem actually run an ad claiming that if you shot a bullet into their servers they would keep running?

    1. Re:Bullet Proof by Obiwan+Kenobi · · Score: 1

      As long as it wasn't Windows XP Bullet Edition...

    2. Re:Bullet Proof by Idarubicin · · Score: 5, Funny
      Reminds me of a story from this page:

      About a year ago, I was called out to do field service. When I got to the lady's house and was let in, the first thing I noticed was the smell of gunpowder. The second, the double barreled 12-gauge shotgun lying on the couch. Third, the big gaping hole in the side of her computer. (It was one of those Macs where the CPU and monitor are in the same housing.)

      I looked at her. She was a little grey haired woman, around 60 or so. Had she? Not possible. Still, I had to ask.

      Me: "Did you shoot...?"
      Customer: "Yes, I got a little mad at it. They told me I couldn't hurt it, but I think they were wrong. Can you salvage anything?"

      I mumbled something about not being a Mac tech and told her I would send one out as soon as I could. Then I burned rubber out of there.

      About a month later, my boss called me in; he had the woman on hold. She had apparently complained that I was not competent and that I had lied when I said I would send out a competent Mac tech -- or perhaps I just hadn't been able to find anyone competent working for us. I filled him in. He paused for a second, picked up the phone, and said, "Ma'am? Did you put a shotshell into your computer? ... Uh huh...I'm sorry, ma'am, we really can't...well, no.... I'll try to send one out.... Nice doing business with you...." He hung up, looked at me, and said, "You think any of our Mac techs will go?" I shook my head. "Me neither."

      We heard from her again last week, when my boss told me that the woman had called up to cuss me out, saying not only was I a "young whippersnapper" but also a liar, since one of our competitors had fixed her computer just fine, even fixing the little scratches and stuff on the monitor glass. That sounded fishy, so I went over and talked with the techs. After a case of canned drinks and a few bags of junk food, I wormed the whole story out of them. Apparently, about the only salvagable part was the hard drive (which the buckshot had missed), so they took it out, went out and bought a whole new computer, slapped the hard drive in, and presented it to the lady as her repaired computer -- of course charging her an arm and a leg.

      --
      ~Idarubicin
    3. Re:Bullet Proof by nordicfrost · · Score: 2, Interesting

      Having worked with Tandem, I can tell you that a bullet stopping the system would have to be very, very well fired. In our Tandem systems EVERYTHING was at least redundant. Often put in two mirrored cabinets with internal redundancy. This meant that if you shot a bullet into one of the cabinets, it would probably function on the internal redundancy. If not, the other cabinet would take over. The system I know did not have a single unplanned second of downtime in 13 years. Actually, it did not have any downtime in that time, since the dual cabinet layout made it possible to do large scale updates of hardware and software without bringing the system down.

  62. Re:A couple things by alienw · · Score: 4, Informative

    Sure, I trust testing. After all, if an OS seems to work right most of the time, it's fine. If my copy of mozilla doesn't crash within an hour, it will never crash. Since the Therac-25 underwent stringent testing, it was perfectly safe, right?

    BZZZZZT! Wrong answer. Evidence shows that testing cannot be trusted to reveal all defects. No matter how much you test a system, there is still a very significant risk that it will contain a defect. That's why practically all critical systems use a PROCESS to prevent errors from getting in. That's why the military forces Ada for all systems, why off-the-shelf components aren't used for life-support systems, and why MIL specs are not just based on reliability tests. Since neither Linux nor WinCE underwent any type of certification, code audit, or specialized quality-control processes, they cannot be trusted despite what tests might indicate.

  63. You can do that with any computer! by Anonymous Coward · · Score: 0

    Just miss the vital parts!

  64. Re:QNX ports by christurkel · · Score: 1

    They come on the third part CD which you download seperately or download from QNX in the second part of the install.
    As for chat, there is Gaim, naim, killerIRC, X Chat, phIRC, to name a few. There is jabber client whose name eludes me. Voyager is a web browser, there is Opera and killerWeb which is a front to many engines, including opera, voyager and mozilla (each of which can be run in a seprate tab!

    --

    CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
  65. cartoon by zogger · · Score: 1

    You might like this. Old cartoon I saw in some scifi mag like analog or someting. Guy on a train, standing up, holding the overhead strap. He looks around 6 feet, 13 and 1/2 inches tall, around 400 lbs, in a suit, and he's holding a briefcase.

    caption --> "conan the commuter"

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

      "6 feet, 13 and 1/2 inches tall"

      Wouldn't that be 7 feet, 1.5 inches tall?

    2. Re:cartoon by zogger · · Score: 1

      yes it is. It was a lame attempt at humor describing a cartoon image, a big variable with not much frame of reference for comparison. The briefcase looked very small in his hand. I'm also remembering it from like 25 or 30 years ago or something like that.

    3. Re:cartoon by SuiteSisterMary · · Score: 1

      He's....CONAN! THE LIBRARIAN!

      Hi, I'm looking for this book...
      (CtL picks him up by the throat) Don't..you...know..the..dewey..DECIMAL..SYSTEM?!

      Hi, sorry, this book's a little late...
      (CtL pulls out his six foot sword and cleaves him in twain)

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  66. Oh. My. God. by Mac+Degger · · Score: 1

    I'm thankfull I haven't seen any CNC lathes or mills yet which run on WinCE. I think I'd laugh at the workshop administrator if he ever bought one. On second thought, I think he'd laugh at me if I suggested it :)

    --
    -- Waht? Tehr's a preveiw buottn?
    1. Re:Oh. My. God. by Anonymous Coward · · Score: 0

      We have Windows software on a 10 color printing press.

      It's not critical to the operation as far as I know, I think it's just for reading the color from a densitometer and setting the keys, but still, I thought it a poor choice on the part of the manufacturer (mitsubishi IIRC)

    2. Re:Oh. My. God. by Anonymous Coward · · Score: 0

      What's scary is that we allready have primitive robot dogs scampering about, running WindowsCE. Sure, they're cute now, but just wait till one of the lathe guys are bought out by Sony. You couldn't get any better horror setup without one of them also having a hook hand, robot phone, and a tendency to lurk "IN THE HOUSE!".

  67. The Power of the niche. by jellomizer · · Score: 2, Insightful

    There is defiantly a value in the niche markets. Unfortunately people/companies/communities like Microsoft and Linux are targeting the be the best general purpose OS, And when people get an OS they always try to find the best General Purpose OS. Even if they are using the OS for 1 or 2 jobs. The smart thing to do is to find OS's that actually specialize in the jobs that need to be done. Designing General purpose software comes with a lot of tradeoffs in its design, so you are getting a best OK system for the job. While if you actually find the OS that handle the niche job. You will often find that they come with a lot less tradeoffs or better focused tradeoffs in its design, is works a lot better for the job it is intended.
    Comparing Microsoft v. Linux Is like comparing a Swiss Army Knife with a Leatherman. But systems like QNX and other niche OS's are more like a Hammer and Screwdriver. Although they don't have as much functionality as the Swiss Army Knife. They do their job better and are more reliable for their jobs.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:The Power of the niche. by mcrbids · · Score: 1

      The smart thing to do is to find OS's that actually specialize in the jobs that need to be done. Designing General purpose software comes with a lot of tradeoffs in its design, so you are getting a best OK system for the job.

      You are forgetting a simple, basic principle of business: Good enough is good enough.

      If you need something done, and you find something that's good enough, then that's good enough. If your competitor has a good enough solution that's cheaper, then suddenly what once was good enough isn't good enough anymore.

      So, the full statement should be "good enough is good enough when it's cheapest".

      Unfortunately, custom designed somethings for a niche are expensive. Thus you have to weigh - is "really good/expensive" (think niche) cheaper overall than "good enough/cheap" (think generic)?

      Only when providing an overall reduction in costs (or increase in profits) will the niche item be better than the generic.

      The cycle of technology is such that we are always moving to the generic. First a niche product comes out and it's popular. Then a "bridge" product (one close enough to the niche product that it can be made servicable) comes along that's generic and vastly cheaper than the niche product.

      Then, the generic product displaces the niche product.

      Unix was a niche product, requiring fast, expensive computers and costly maintanence. PCs are generic products - cheap and mass produced.

      Windows, IMHO, is a niche product masquerading as a generic product due to its intensely proprietary nature.

      Linux is the bridge product that makes the generic PC capable of matching the power of the high-dollar Unix systems, so it kills the niche (Unix and Windows) products.

      This whole process is called "commoditization" and examples exist all throughout economics.

      -Ben

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
  68. MOD PARENT UP! by Anonymous Coward · · Score: 0

    Thanks, mate. I've been looking for that for ages.

  69. A fire-and-forget controller... by PSaltyDS · · Score: 5, Interesting

    The US Navy has used a CD-ROM tech library called ATIS for years. It is based on a Kubik 240 CD-ROM changer with an external controller called a Mediator. The mediator runs QNX. I worked on some ATIS systems and found the CD-ROM changer to be an extremely fragile and unreliable electromechanical beast, but NEVER saw a failure, glitch, or error on the QNX based mediator. This was a tribute to the hardware it ran on as much as well as the OS. Interestingly enough, I am intimately familiar with the inside of the Kubik changer, but have no idea what CPU, memory, or disk the Mediator ran on. This was simply because the changer was always broke and the Mediator never had to be touched from the day it was installed.

    People in white lab coats are the primary cause of cancer in rats.

    --
    Any technology distinguishable from magic is insufficiently advanced. - Geek's corollary to Clarke's law
  70. Qnx: Microkernel, real-time, small, and fast by Teckla · · Score: 5, Interesting

    In the mid-80's I frequented a multi-user BBS which ran on Qnx. The machine? A 4.77 MHz 8088 IBM PC clone. It had 10 or 12 lines each running a 300 baud modem. It had email, newsgroups, chat, games, and downloads. I had a developer account and could compile C programs. All while the system was full. Without anyone even noticing. The OS is smooth as silk.

    Later, the BBS was upgraded to an 8 MHz AT clone and 2400 baud modems. Still, smooth as silk, even at capacity.

    The BBS never crashed once and always ran smooth.

    I can't say much about today's Qnx, because I haven't used it. But yesterday's Qnx displayed a level of quality I've never seen in another OS. If I ever find myself needing medical attention, I usre as hell hope the OS running under the hood is Qnx. There is nothing more reliable.

    -Teckla

    1. Re:Qnx: Microkernel, real-time, small, and fast by Bozdune · · Score: 1

      I hate to puncture the "I love QNX" bubble, but I've seen plenty of kernel dies on QNX 4. I used it heavily 1992-1995. They have their own version of the Blue Screen of Death, which I remember vividly. And maybe this is just me, but a bug in the filesystem takes down any system I've ever built, I don't care if the kernel is still up or not. The kernel keeps running? So what?

      Yeah, yeah, nuclear power plants, medical monitors, blah blah blah. I've heard the schtick. Maybe I buy it, maybe I don't. Can't forget the Blue Screens of Death, though.

  71. Re:A couple things by Anonymous Coward · · Score: 0

    You better seen who your local hospital is buying their EKG monitors from then (Siemens, HP or Philips). The Phillips portable telemetry monitors ARE running WinCE! I had one that refused to synch with the patients side of the telemetry unit while a patients was having PACs. We punted and grabbed a portable defib and just used it as a monitor while we verted her chemically.

  72. Re:A couple things by rzbx · · Score: 2, Insightful

    Still, which would you trust with your "gut", a stripped OS to operate on you or an OS built from ground up to never fail?

    Sure, you can take a huge luxury SUV and strip it into a go cart(sp?) (somehow), but it makes more sense to build a go cart from the ground up to be a go cart.

    --
    Question everything.
  73. I'm surprised by zogger · · Score: 1

    Read the whole thread, no bit torrent link yet from anyone. I thought that was the gnu rools and stuff here with OS ISOs.

    With that said,(to anyone) how out of the box secure is this thing? I admit I had never even heard of it before. I am just wondering, I have some old pentiums kicking around to play with.

  74. Hmmmm. by Anonymous Coward · · Score: 0

    Nice ad. Maybe use a banner next time?

  75. Re:A couple things by Stephen+Samuel · · Score: 4, Interesting
    1) It isn't the operating system controlling the grinding of lenses or correcting the tilt of the TGV. It is a function of the hardware to do these things. That they report back to some software (which could frankly be run on any embedded OS) which then tells them what to do next is almost irrelevant.

    Only partly true.
    The operating system provides the framework within which the software works. For things like a desktop where things like the occasional 1/2 second ~ 3second delay isn't fatal, and blue-screening a couple of times a week (or day, as the case may be) is mostly just an annoyance, then yes -- the two are pretty much equal.

    For things like nuclear reactor control, precision robotics and medical instruments, where a 1 miliseond (much less 1 second) hickup can result in death and destruction. they are most definitely not equal. The hard realtime in Windows is, well, not that hard. It's pretty easy to get Windows to lock up for the better part of a second. Linus is only slightly better -- but only when you install the realtime patches.

    As far as reliability, Microsoft is still proud of being able to (sometimes) run for 3 months at a shot without rebooting. Linux has a much better history, but it's still far from bulletproof. As far as I know, neither one is certified to run things like nuclear reactors and medical equipment.

    The Navy's decicision to use Windows to run their battleships has been the source of some amusement -- having managed to bluescreen one ship and leaving it 'dead in the water'. As to whether this could happen during a battle, converting 'dead in the water' to 'dead and in the water' is a matter of conjecture. All I can say with certainty is that I'm glad I'm not a US sailor.

    --
    Free Software: Like love, it grows best when given away.
  76. You are mistaken as well by Anonymous Coward · · Score: 0

    You think that Good Enough is some sort of objective standard. It isn't. You think that WinCE is not Good Enough because it isn't real time. Disregarding that it is real time to within 500 microseconds (I believe, I'm sure this info is available), WinCE is just fine for a whole slew of embedded devices. For those things it is definitely Good Enough.

    If you want to argue about the real-timeness of WinCE, you're going to have to find another thread. This one is about Good Enoughness, and every person so far has made the same error. This isn't about Linux or WinCE's abilities to run strike fighter targetting systems, it's about the vast majority of other embedded systems none of which require the same level of availability or real-timeness as other embedded systems.

    To reiterate my original post. First you decide what your requirements for Good Enough are, then you choose the OS that provides you with that level of support. What can you possibly argue with there?

    1. Re:You are mistaken as well by PetWolverine · · Score: 1

      To reiterate my original post. First you decide what your requirements for Good Enough are, then you choose the OS that provides you with that level of support. What can you possibly argue with there?

      Well, yes. Your original post was that WinCE is Good Enough (TM). The problem is that you said that it's Good Enough for laser eye surgery. You didn't say it's Good Enough for "most applications" or for DVD players or other non-mission-critical devices; you specifically mentioned moving lenses around for eye surgery and said that WinCE or Linux would be Good Enough for that.

      Sorry, but they aren't. According to the article, QNX is. That's what sets it apart. Well, that and the technical details of how it achieves that.

      --
      I found the meaning of life the other day, but I had write-only access.
  77. QNX reliability by Space · · Score: 5, Interesting

    I work for a robotics company. We use QNX as the OS on our PC based control. The following is an example of how QNX has impressed me.

    One November a customer called and complained that they were not getting their log files. These log files were written to a ftp shared directory. One of my coworkers logged into the robot via modem and started looking around. When he tried to get a directory listing he got an Input/Output error instead. After a little digging around in the logs in ram he determined the hard drive had died. The most interesting thjing is that the hard drive had apparently died in August. The robot had run continually from August to November and the only trace of any problems was the lack of log files. There was no other permament storage in the system. The OS, UI and all the robot applications were running in RAM for 3 months without problems.
    I Love QNX

    --
    I Don't Work Here
    1. Re:QNX reliability by xenocide2 · · Score: 2, Interesting

      Interesting question reguarding the software though. What should you do when the log writing (for now lets ignore error logging) fails? On one hand its not a catastrophic failure in itself. As you mentioned the device was working fine. On the other hand, if anything was going wrong imperceptibly then you're in big trouble.

      First, you clearly can't write another error to the log stating you cant write to the log. It sounds silly, but sometimes people write this and plan to consider the question later. When later never rolls around, problems can occur.

      Second, you could shut the system down alltogether. After all, the system is failing and if left unchecked could cause loss of life and/or property. But it seems a bit paranoid to shutdown over a diagnostics error; downtime is money lost. But on the plus side, you know the problem will receive attention.

      A third alternative is to add some form of low level error system. The downside is even the warning 'lights' can go unnoticed, or simply ignored. This happens especially with things like "error code: 4343." The THERAC 25, in part suffered from such an enigmatic design.

      Another is to just wait for an error more catastrophic to come up, and decide what to do then. Indeed, the parent post implies that this is an acceptable procedure: rather preemptively strike the hardware down, and incur delays on production, one can just wait for a real problem to arise. But this surmounts to just ignoring the problem.

      Sadly, I don't think any reliable consensus on what to do will be geared towards safety for a long time. Professional Engineers are liable for any disasters that may occur as a result of their failure in design or inspection. Until software designers (or perhaps "software engineers") are assigned the same level of liability, I doubt that anyone will consider these topics seriously.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    2. Re:QNX reliability by popeyethesailor · · Score: 1

      Simple. Prevention. Three things come to the mind when designing production systems.

      1) Capacity planning- estimate how much you need, and buy double that much capacity.

      2) An alert triggering system which fires when utilization goes beyond a threshold.

      3) Automated housekeeping based on pre-defined retention periods.

      All these need to fail before triggering a production incident.

    3. Re:QNX reliability by WinPimp2K · · Score: 2, Interesting

      I also love QNX - even though I have not done any active work in it for over five years.

      QNX Trivia: when QNX Software was still called Quantum Software Systems Ltd., they called their operating system QUNIX (which should answer any questions about how to pronounce the name). However, after a visit from AT&T's lawyers, they decided to drop the vowels.

      Back in 1985 I wrote a Point-Of-Sale application for video stores. It used QNX version 2 in real mode (8088s and 8086s) or in protected mode (80286, later 386 and beyond). And even on the lowly 8088 machines, it was possible to run the application for two users (main console and one dumb terminal in 640K). With a 286 machine, and a multiport serial card, 11 users could be supported with just 4 megs of RAM (but the hard drive could be a bottleneck) At one point (1990) over 600 video stores used that software. That app was written and compiled under the "K&R C compiler - not ANSI C" that QNX provided back then. The OS came on two 1.2M floppies, the compiler came on a third floppy.

      There are still 30 odd video stores running that software and they will be using it as long as their hardware holds out. (It is getting harder to find P166 or 486 class machines...QNX 2 will not run on anything faster and the upgrade path is expensive)

      They use it because the only problems they experience are hardware problems and operator error. The OS can't protect you from a failed power supply or a direct hit from lightning. It also can not protect you from the superuser (root) person who types in something like:
      "zap /cmds [ENTER]"

      Several places just do not turn their machines off - ever. So far as I know the best record for uptime was nearly ten years. Some would have been better, but there was an occasion requiring some mandatory "downtime" a few years ago when everyone had to upgrade their apps - but not their OS.

      --

      You either believe in rational thought or you don't
    4. Re:QNX reliability by vadim_t · · Score: 1

      I wrote a small library with some of my most used code, and one of the things it has is a logging class. It can log to disk or SQL, and in case of failure it will buffer the messages in memory and display a message on the screen. When the problem is solved (say, disk space is freed) it will write the buffer to disk. If that doesn't happen then it will start dropping messages after a while.

    5. Re:QNX reliability by xenocide2 · · Score: 1

      One of the things that is counter intuitive to people is the concept of utilization. Just because you buy more than your estimate (processing power?)doesn't mean it's guarenteed to work. In a real time class I just finished, we looked at several utilization based tests for feasibility. In most cases, you're fine as long as you can't go over about 75 to 80 percent utilization. But not all algorithms were made equal, and some may in fact require at least twice as much, perhaps more, to guarentee that all deadlines are met.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

  78. +1, Conan the Barbarian reference by operagost · · Score: 1

    Truly geeky, by Crom!

    --

    Gamingmuseum.com: Give your 3D accelerator a rest.
  79. a mirror for the QNX CD iso? by netnerd.caffinated · · Score: 1

    The qnx.com website seems to be max'ed out for dowloads. little help anyone?

    --


    You tried your best, & you failed miserably,
    The lesson is:
    Never Try
  80. QNX/Iopener by Anonymous Coward · · Score: 0

    I remember the I-Opener network appliance device ran QNX. It didn't take long for someone to hack into the little PC running a Cyrix chip and turn it into a usable Linux/Windows PC. That was fun and I am still using it to date right on my end table in the living room.

  81. Imagine........ by ONOIML8 · · Score: 3, Funny

    Just imagine a Beowolf cluster of these.

    Doh! Wait! QNX doesn't do that.

    Never mind.

    --
    . Quit playing Monopoly with Bill. Switch to one of many non-Microsoft products today.
    1. Re:Imagine........ by Anonymous Coward · · Score: 0

      actually QNX does that by itself, sort of transparent, just put it on a network with another QNX machine, voila beowolf type setup, not messing around. couldn't be more simple

    2. Re:Imagine........ by Rolman · · Score: 4, Informative

      I know you were being funny, but actually, a cluster in QNX is the easiest thing to do ever.

      QNX's architecture is very much oriented towards message passing, and every piece of hardware is abstracted, even processors. This means you can have a lot of CPUs or machines working on a network running your applications and the load will be evenly distributed, without you having to specifically code your applications. Your only limit is your network performance and latency.

      Hell, you'd need to code your application with special system calls for it to know it's not running locally!

      I had a wonderful experience with QNX4 a couple of years ago. QNX4 back then didn't have SMP support, but I called QNX Support and they told me how to run one kernel on each CPU of my server and Voila! I had the equivalent of a cluster in one box. Performance was very good, too, context switching was not even worth to measure.

      QNX Neutrino is even more powerful, and now it supports SMP... Beowulf clusters are sooo 1999...

      --
      - Otaku no naka no otaku, otaking da!!!
    3. Re:Imagine........ by drfreak · · Score: 1

      Wait, it does.. Neutrino is a lot like Mosix. processes will migrate automagically across networked QNX machines if you allow them to.

  82. Re:A couple things by AndroidCat · · Score: 2, Funny
    * Starting Laser
    ! Garbage collection interrupt
    ! Garbage collection complete
    * Now where was I...

    I'm not saying WinCE couldn't do it, mostly, but Microsoft usually hangs too much stuff in the OS for me to trust it. (There's a reason for that "not to be used in medical uses" legal weasel disclaimer on lots of software.)

    --
    One line blog. I hear that they're called Twitters now.
  83. QNX by Anonymous Coward · · Score: 0

    Isn't that the OS they use to run the nuclear subs for the US navy?

  84. If the Air-Control Syetems ran MS software... by Dr+Reducto · · Score: 5, Funny

    Good thing the FAA uses QNX, cause if they ran MS software, it would go something like this:

    Air Traffic Boss: How's it going?

    Air Traffic Controller: Fine.

    Boss: What's That? (Points to blue screen)

    Controller: Oh, that happens when we try to track more than three planes.

    Boss: Why does it do that?

    Controller: We only purchased a 3-plane license. If we try to track 4, Palladium kicks in, and the whole thing locks up.

    Boss: Doesn't that sound, you know, dangerous?

    Controller: Not as dangerous as this! (plays an illegal mp3, sirens blow, and all machines are shut down, power is cut off, forcing runway lights to turn off, while planes crash like crazy.)

    1. Re:If the Air-Control Syetems ran MS software... by Anonymous Coward · · Score: 0

      I agree. That was pretty fucking lame. The fact that it got modded up by two people is amazing beyond words.

    2. Re:If the Air-Control Syetems ran MS software... by tomhudson · · Score: 1
      And an airplane running Windows would be the safest in the world -

      ... after all, it would never get off the ground :-)

  85. Remember Netpliance's iOpener? by zerofoo · · Score: 1

    Pic here

    A hacker favorite! This little e-mail/web browser station ran QNX out of the box.

    -ted

  86. Re:A couple things by EverDense · · Score: 1

    If you absolutely need control over how a process will run [e.g. timing] QNX beats linux
    and windows handsdown.


    For what its worth, DOS beats Linux and Windows hands down too.

    --
    http://jesus.everdense.com/
  87. And that's why... by AndroidCat · · Score: 1
    Microsoft doesn't recommend Java. I had a look in the Office EULA to see what legal weasel clause they had. Nothing specific except this piece (their damned caps):

    NOTE ON JAVA SUPPORT. THE SOFTWARE PRODUCT MAY CONTAIN SUPPORT FOR PROGRAMS WRITTEN IN JAVA. JAVA TECHNOLOGY IS NOT FAULT TOLERANT AND IS NOT DESIGNED, MANUFACTURED, OR INTENDED FOR USE OR RESALE AS [snip of shouting FUD], DIRECT LIFE SUPPORT MACHINES, OR WEAPONS SYSTEMS, IN WHICH THE FAILURE OF JAVA TECHNOLOGY COULD LEAD DIRECTLY TO DEATH, PERSONAL INJURY, OR SEVERE PHYSICAL OR ENVIRONMENTAL DAMAGE.

    For damages .NET offers you what you paid or $5, which ever is greater. Whee! (Great Microsoft's yelling set off the lameness filter. *sigh*, I am not going to fix it for them. Hopefully if I type a little more, it'll get past, otherwise you'll never see this. Nope, this is indeed a disapointment. This makes me very angry, very angry indeed!)

    --
    One line blog. I hear that they're called Twitters now.
    1. Re:And that's why... by duffbeer703 · · Score: 1

      That isn't a Microsoft thing. Sun EULAs for java contain very similar language.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    2. Re:And that's why... by SuiteSisterMary · · Score: 1

      So do Sun's EULAs for Solaris.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  88. and attracting developers isn't important? by dh003i · · Score: 2, Interesting

    It is important that whatever approach you take -- if you want it to succeed in the long run -- should attract developers to your idea and keep them there. Obviously, micro-kernel's haven't done that. Irrelevant of their *theoretical* advantages if done just right. Who cares if they might be more efficient or faster theoretically if they don't attract any developers and take forever to evolve? Monolithic kernels, despite their theoretical inferiority, will be faster and more efficient because more developers will be working on them, and will be able to resolve inefficiencies faster.

    1. Re:and attracting developers isn't important? by MattRog · · Score: 1

      So if all your friends were jumping off of bridges you'd want to do it, too?

      Just because something is popular doesn't make it right (and vice-versa).

      Obviously QNX shows that you can have great performance in an unbreakable (no, not in the cheezy Oracle-esque sense, but the *real* deal) package.

      --

      Thanks,
      --
      Matt
    2. Re:and attracting developers isn't important? by 73939133 · · Score: 0, Flamebait

      Monolithic kernels, despite their theoretical inferiority, will be faster and more efficient because more developers will be working on them, and will be able to resolve inefficiencies faster.

      But that's only initially, when they are small and simple. Once they have become big and complex, they get bogged down.

      The Linux kernel is at that stage: kernel builds are a complete mess, as is adding and integrating new functionality. Every Linux machine I ever install the kernel on requires a recompilation to make all the hardware accessible, and then it takes hours of fiddling to find just the right combination of options to make it all work. And that's the experience of pretty much every other Linux user I know. Even then, things don't work properly and regress in serious ways (e.g., the 2.4.20 kernel corrupts file systems mounted via USB2, something that is working in 2.4.19). You can also see the problems with Linux kernel development in the mess around Bitkeeper--if the kernel were architected better, you wouldn't need a very high-tech source code management system to deal with it.

      The Linux kernel will collapse under its own weight sooner or later: it simply isn't architected to be extensible.

      So, the problems with monolithic archictectures are far from "theoretical", they are concrete and we are living with them every day. And they don't get fixed--there aren't enough programmers around to fix them. And, in fact, mature monolithic projects end up having a small fraction of the programmers they could have if the same projects were designed for extensibility and modularity.

  89. Gordon Bell - I thought he worked for Microsoft by HidingMyName · · Score: 2, Informative

    Interestingly, one of the QNX founders is named Gordon Bell, which is coincidentally the name of a very famous system architect at Digital and later at Microsoft Research. Finally this article gave enough information I was able to convince myself that it was just a name space collision, they aren't the same fellow.

    1. Re:Gordon Bell - I thought he worked for Microsoft by Anonymous Coward · · Score: 0

      I had the same reaction as you! I was thinking "Gordon Bell, where have I heard that name before...?"

  90. QNX...sort of like primitive homo by dh003i · · Score: 1

    Primitive species of the homo genus were specialists. One of them was a specialist in eating the toughest of tough leaves and other vegetation. Specialists are unchallenged and supreme in their area. We -- homo sapiens -- suck at eating tough vegetation compared to earlier relatives, which went extinct ages ago.

    Specialists, however, lack the ability to efficiently evolve, change, and adapt.

    1. Re:QNX...sort of like primitive homo by smithmc · · Score: 1

      We -- homo sapiens -- suck at eating tough vegetation compared to earlier relatives, which went extinct ages ago.

      That's all fine and good when talking about one species vs. another - and it is germane to why Windows is so much more successful than QNX overall. However, QNX isn't about "species survival" (translate "market share") - it's about ensuring that individual systems survive robustly, under all kinds of conditions. Apples and oranges, you see.

      --
      Downmodding is the refuge of the weak. Don't downmod, make a better argument!
  91. Embeded Windows dont crash... by CrackersnSoup · · Score: 2, Informative

    My ass they dont crash. There are plenty of placed embeded Windows crash's. The latest: Parking ticket machines around Houston. I had the chance to talk with a tech working on the parking garage machine's. He said they were great before the OS upgrade to Windows.

    Crackers

    1. Re:Embeded Windows dont crash... by Anonymous Coward · · Score: 0

      My bank (National Westminster PLC. UK) changed all their cash points to a new system a couple of years ago. The user interface has been redesigned and looked very nice, and there were lots of new functions that were very useful.

      It was about three weeks before they started to crash. 'lo and behold, Natwest cashpoints would start to display Windows NT restart dialogs on their little green monitors. They would crash as people were stood at them, which usuaully invoked a very rude response from the customer.

      After about two months of this, Natwest switched everything back to the old system one night. They have since rolled out a more limited software for their cashpoints, and this time they rolled it out slowly Some cashpoints have still not been switched to the new software after several years.

      I believe Natwest may regret their decision to have used NT on their cashpoints.

  92. Re:A couple things by tomstdenis · · Score: 1

    Not really. DOS has no scheduling at all. In fact a poorly implemented IRQ handler can rob CPU time indiscriminatly.

    More to the point DOS has no multi-processing abilities, no semaphores, no mutexes, etc...

    Tom

    --
    Someday, I'll have a real sig.
  93. compiling entire BSD as a library by Anonymous Coward · · Score: 0

    is not a real microkernel OS, even if you are using a microkernel.

  94. Re:A couple things by Anonymous Coward · · Score: 0

    That's why LASIK systems don't run on WinCE.

    You forgot "or Linux."

  95. Just a thought. by Anonymous Coward · · Score: 0

    Didn't Linux help write some of that OS 101 textbook?

  96. Experiences by Anonymous Coward · · Score: 1, Interesting

    I played with QNX 6.0a a while ago (year or two?) I found it to be a great OS, for the most part. My only hangups were having to install and configure SMP manually, and then having to install a USB SDK for my mouse to work. I also had to develop an input trap in order to make the mouse work by default on startup. Other than that it worked great, with one exception.

    QNX is a realtime OS, and as such I think it's not quite where a desktop OS needs to be. While it handles multitasking fairly well, when any of those tasks required 100% of either of my CPUs the Photon GUI would screech to a halt. It harkened back to the days of coorperative multitasking in Windows 3.1. So when running programs occaisionally the computer would seem to freeze with no indication of ever relinquishing control. I would always get it back, sometimes after a couple of minutes, but the experience is unnerving.

  97. Re:A couple things by ceswiedler · · Score: 1

    Well, that's because DOS isn't an operating system in the same sense as Linux or Windows. It would make as much or more sense to write your real-time app as self-booting with no OS at all. That's basically what you get with DOS (well, that and the FAT filesystem).

  98. Faulty ecology reference by jmorris42 · · Score: 1

    > You can see the same in ecology: fast growing, non-native plants often
    > displace native plants quickly, but in the end, they die because they
    > aren't well adapted to the long-term conditions.

    Guess I'm not taking a long enough view or something, but I can point out a couple of counter examples. Come down south and behold the Kudzu, been quite a while since it was introduced into the local ecology and it is still kicking the ass off of everything it encounters. Or go to south Louisiana and behold the nutria, a small rodent like animal that has wreaked major havok on the local ecology since it arived and shows no sign of dying off anytime soon.

    --
    Democrat delenda est
    1. Re:Faulty ecology reference by 73939133 · · Score: 1

      Guess I'm not taking a long enough view or something, but I can point out a couple of counter examples. Come down south and behold the Kudzu, been quite a while since it was introduced into the local ecology and it is still kicking the ass off of everything it encounters. Or go to south Louisiana and behold the nutria, a small rodent like animal that has wreaked major havok on the local ecology since it arived and shows no sign of dying off anytime soon.

      Yes, you aren't taking a long-enough view (and you also missed the qualifier "often"). It takes a while for predators to evolve that can kill off such pests, but they will evolve because the target is just too juicy.

    2. Re:Faulty ecology reference by jmorris42 · · Score: 1

      I doubt it. We are just too damned efficient at killing off anything that looks like a predator. :)

      --
      Democrat delenda est
    3. Re:Faulty ecology reference by 73939133 · · Score: 1

      I doubt it. We are just too damned efficient at killing off anything that looks like a predator. :)

      Many of those "predators" may end up being viruses, bacteria, fungi, nematodes, and insects.

  99. you are using it? by zogger · · Score: 1

    Or you have tried it as a "normal" desktop type OS? Have any thoughts on it if so?

    I noticed on the download page for the hobbyist freebie version they recommend a 400 mhz speed cpu minimum and 128 ram. well, I thought the whole idea of it was small, maybe could run adequately on much older chips and much less ram. It's also a big download, at least on dialup modem. I like the idea of small/fast/uber reliable though, and it says it has a full GUI and whatnot with it. Just wondering if it's really worth it to try, I was really looking for something better able to run on the cast off older computers out there (I fix them up and give them away or sell them cheap/whatever). I've been looking for something adequate but bulletproof I can give brand new & inexperienced users for those sorts of older low powered machines.

    1. Re:you are using it? by SealBeater · · Score: 3, Interesting


      Or you have tried it as a "normal" desktop type OS? Have any thoughts on it if
      so?


      Yea, I tried it for a while, couple of weeks or so, just playing around with it. I
      thought it was pretty cool, it had a ports like software installation program,
      you clicked on what you wanted to install, and it took care of dependancies and
      the like, very nice browser, supported everything my test box had (Dell GX110)
      with an i810 video card. No problems, Solaris x86 gave me much more. I
      thought it was pretty cool. Felt *nixy, gui-wise, all in all, not bad at all.
      I have it running on a Audrey, as I said earlier, and I like it.

      SealBeater

      --
      -- Its survival of the fittest...and we got the fucking guns!!!
    2. Re:you are using it? by Anonymous Coward · · Score: 0

      Well, regarding the 400MB download, don't forget that this is a whole development environment (GCC, etc.) for both x86 and ARM processors. I think the dev tools are the big reason for quoting 400MHz as the minimum requirements.

    3. Re:you are using it? by bazmonkey · · Score: 1

      I imagine the versions running LASIK machines and power plants don't use the full GUI, 3D graphics (though maybe 3D routines for the laser), or any of those frills that take 400Mhz and 128MB ram. Sadly, I think our old comptuers ::rests arm on old 286 desktop turned sideways:: are just too old. It happens. The small/fast/uber-reliable OS that QNX could give our old, old boxes are probably something akin to DOS, just spelled Q-N-X, with real-time scheduling and the ability to give me 20/10 vision with a jerry-rigged DVD-RAM laser and a good SCSI card...

      And, as my grandparent post pointed out, I'll have Aphex Twin playing during the whole thing off of my USB hard drive.

    4. Re:you are using it? by zogger · · Score: 1

      Thanks for the info! Too bad it's not GNU though, but still,free hobbyist download,and I am likeing the rock hard aspect of it.

    5. Re:you are using it? by zogger · · Score: 1

      That's a thought, hadn't thought of that but it is true, the compiling and etc takes a lot of power, just using the apps probably much less. I would probably need to download it, then strip a lot out, reburn it, then try to load it on the little machines that way. Some (most) of them have smaller under 1 gig drives as well, so anything I can lose from the install would help.

    6. Re:you are using it? by zogger · · Score: 1

      Interesting. I'm running "full bloated" GUI linux right now on a measly 200PP with 226 ram. It works, but really wouldn't want to be doing it on anything less than that. I was hoping though for something that would run one generation older than that,like pentium 90s and 133s, etc, because those sorts of machines are just so cheap/free for hauling away and would be neat for people on low budgets,kids, older retired folks, etc and are all over to get ahold of. I have a stack of them here just sitting for a long time now, and I don't want to hand a command line only thing to any newbie. I might try it anyway, just to see if it's too sucky or not, maybe it will still work with a little trimming.

    7. Re:you are using it? by packeteer · · Score: 1

      Its not meant to be blazing fast... jsut rock-solid. If you have a P4 3.0 ghz machine that crashes every few minutes such as win98 can do (eww p4 on win98) then your not getting much done anyway.

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    8. Re:you are using it? by oojah · · Score: 1

      I have a machine that is a P166 with 80 odd MB of ram, all iirc. Although most of the time it is sat hidden away with only power and network cables for company, I have had X and KDE running. I would say it is just about usable. Being used to better it is a grind, but for giving out to beginners it would probably be fine.

      Use a slightly lighter weight window manager and it might even be reasonably pleasant.

      Cheers,

      Roger

      --
      Do you have any better hostages?
    9. Re:you are using it? by usotsuki · · Score: 1

      Celeron/700 64MB RAM thrashed a lot with Hed Rat 8 using GNOME or KDE.

      Installed FVWM 2.4 and it runs like a charm.

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    10. Re:you are using it? by oojah · · Score: 1

      Forgot to say, this was with Mandrake 7.x

      --
      Do you have any better hostages?
    11. Re:you are using it? by oojah · · Score: 1

      Only 64MB of ram? Ick, no wonder it thrashed :)

      --
      Do you have any better hostages?
    12. Re:you are using it? by usotsuki · · Score: 1

      I know, I really ought to up it to at least 256...it's got 50GB HDD space total :)

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    13. Re:you are using it? by zogger · · Score: 1

      Interesting. I have found also that really upping RAM helps a WHOLE lot with older slower chips. On this PP200, linux with 32 megs was nuts, after I added two more sticks, one of 128 and one of 64, it works perfectly fine, at least for what I do.

  100. Re:A couple things by Anonymous Coward · · Score: 0

    It's "fuck-knot". Please be precise.

  101. QNX Pro (driver devel) and Con (no usb strg, jfs) by virtigex · · Score: 3, Informative
    IMHO, by far the biggest advantage of the QNX is the environment for developing device drivers. Device drivers are just processes that make special system calls that make themselve visible under the /dev/ file system. When a device driver crashes, the process dies and unless it got stuck in an interrupt, you are free to restart the driver. You can run the device driver in a debugger, since it is a regular program. This makes device driver development a breeze compared to Linux, where a crash in a kernel module will require a reboot.

    As an added bonus, the /dev file system is entirely dynamic, showing only the drivers that are running. Thankfully, Linux is going in this direction.

    Two areas where QNX falls down are the lack of USB profiles for mass storage and the lack of a journalling file system. The lack of a journalling file system is particularly worrisome, since QNX is often operating in an environment where the power could be pulled at any time.

  102. Message passing is basic by Animats · · Score: 5, Informative
    First, QNX really is a microkernel OS, with networking, drivers, file systems, windowing, etc. running as protected mode processes. MacOS X, Mach, the Hurd, NT, etc. have far, far more in the kernel. Their kernels are an order of magnitude (or worse) bigger.

    The key idea behind QNX is that it does interprocess message passing between protected-mode processes really, really well. Everything else is built on top of that. In most other OSs, interprocess communication was an afterthought, and it shows. Typically, message passing is built on top of the I/O system. In QNX, the I/O system is built on top of message passing.

    The QNX kernel is very stable because it only does a few basic things, and those few things are heavily exercised and well debugged. New system calls are very rarely added. New features go in new user processes.

    Development on QNX is straightforward. The whole GNU command-line toolset is available. The API is Posix-compatible. The QNX calls are well integrated with the Posix calls; there aren't separate "Posix threads", like some other OSs.

    QNX is the last OS vendor that competes commercially with Microsoft on x86 desktop machines. The fact that they're still alive says something.

    You can run QNX as a desktop OS, and I have a machine on my desk that does so. But there's not much desktop-type software. Mozila, AbiWord, and Eclipse have been ported, but that's about it for graphical desktop applications. OpenOffice has not been ported, and it would be a huge win if somebody did that.

    QNX has its own windowing system, Photon, which is like nothing else out there. It's quite good, and much cleaner than most windowing systems. But it's different.

    Hardware support is spotty. Graphics support is mostly for obsolete boards, although anything that supports VGA or VESA modes will work. (NVidia refuses to release enough information to allow development of QNX drivers.) USB 1 is supported, but only for a few peripherals. USB 2 is not, nor is FireWire. (I've been writing FireWire camera support.)

    QNX runs our robot vehicle for the DARPA Grand Challenge. It has to work.

    1. Re:Message passing is basic by leuk_he · · Score: 1

      You can run QNX as a desktop OS,

      But that is not the niche it should compete. Let it compete at the RT/embedded machines. I think you should only run in at development desktop (dogfood)

      But i can run my P4 as an TV, something it was never desinged to.

  103. Re:A couple things by PetWolverine · · Score: 0, Offtopic

    Is it? I've always said "fuck-nut", but I actually thought "fuck-not" was a good insult, in its own way.

    --
    I found the meaning of life the other day, but I had write-only access.
  104. Qnx+Bt+uk by Anonymous Coward · · Score: 1, Interesting

    In the UK British Telecom uses QNX for the Internet phones in the highstreet.

    There was only one glitch, they left anonymous Ftp open :o)

  105. Compare Context Switching times by POds · · Score: 3, Interesting

    I've seen a release from Hyperion Entertainment that stated QNX RTOS had context switching times of 40 microsecons. In the same paper, it asid MacOSX was around 400.

    The announcement was that AmigaOS4 PPC on a 600Mhz AmigaOne had around 4 microseconds, give or take a few micro. Im not sure how correct my figures were, but AmigaOS turned out a little better...

    I wonder if theres room for more playsers in this niche.

    Good article.

    --


    Giving IE users a taste of their own medicine since 2005 - http://pods.-is-a-geek.net/
    1. Re:Compare Context Switching times by SuiteSisterMary · · Score: 2, Interesting

      My question would be, are those hard numbers?

      IE, is it 'QNX will switch in 40 microsecs, period. AmigaOS will switch in 4..usually...but sometimes, it takes a lot longer...depends on what you're doing, really...'

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    2. Re:Compare Context Switching times by Sloppy · · Score: 1

      Context switching is easy when all processes have the same memory map. Does AmigaOS4 have memory protection, or is it like the earlier versions of AmigaOS?

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    3. Re:Compare Context Switching times by POds · · Score: 1

      AmigaOS4 has MP and VM, but im not sure if either of these where switched on (MP is optional for backwards compatibilitiy). I am aware that the only thing that was running when these test where taken (apart from the software to run the tests) was the kernel. So maybe these wernt on, but i dont know. This was the re-write of exec (ExecSG[Second Generation]) for the PPC.

      --


      Giving IE users a taste of their own medicine since 2005 - http://pods.-is-a-geek.net/
  106. Not crashable? Bootdisk.. back up pr0n. by Thelonious+Monk · · Score: 1, Funny

    QNX is great, no doubt by far one of my favourite OS's but I have crashed it. Although it crashed on my p166, it was probably my machine. The again QNX is more or less made for embedded devices'. The bootdisk was the best tho, you can always count on it when your machine gets fux0red, you always have access to pr0n!!!!!!

  107. How is this different from modern OS design? by E1v!$ · · Score: 1

    Seriously, I design my applications like that.....

    On the other hand, maybe we could get ATI to ask them to write drivers....

  108. Re:No way it could of been Unix by Anonymous Coward · · Score: 0
    We are talking about this Unisys right?

  109. Why not expect QNX-like reliability everywhere? by Knight2K · · Score: 4, Insightful

    I've seen a lot of posts in this thread that make the point that QNX isn't really for workstations/PCs etc... it is for when things absolutely, positively must work always.

    I grant that this is not a requirement for desktop users, for example, because no one's life is usually at stake if your instant message or e-mail doesn't go through (in fact that might be a blessing considering the content of some of them). And it would be really expensive to require all computer programs to be as robust as QNX appears to be.

    But leaving that aside for a second, why shouldn't people expect all computer programs to be that reliable? Why do I have to put up with the annoyance of killing processes or rebooting even if it is just an annoyance? Shouldn't we try to making computing that reliable always? Is it possible?

    I guess it might not be for certain kinds of applications since a user could theoretically input or try to process anything, but it seems that the QNX system isn't written to be bulletproof in that way, it is just written with the assumption to trust nothing and recover gracefully from all errors. Should programs just be that way? Or is it improbable to be able to create a 3-D graphics card/word processor/what-have-you with that kind of reliability?

    Maybe we can't do this because of the anomaly that will become the One or maybe I should have laid off the peyote before writing this, or maybe I would remember something from my CS degree that reveals I am being stupid but can't because I'm too tired. I'm getting ver-clemped: feel free to discuss amongst yourselves or mod me down.

    --
    ======
    In X-Windows the client serves YOU!
    1. Re:Why not expect QNX-like reliability everywhere? by RobHornick · · Score: 2, Insightful

      It's definitely an admirable goal to have all of computing be rock-solid like this. But I think that it's somewhat illuminating that QNX is not the "system of choice" for many of the applications where you see Linux in use. It must be to some extent reliant on the ability to develop software for that environment, and based on the company behind QNX's considerable investment in making it as easy as possible to develop for QNX, it must be assumed that while QNX's architecture makes it very stable, it also makes it more costly (perhaps not in dollars per se, but in some aspect) to develop either the applications or drivers that would make QNX an operating system "for the masses."

      I think that much of Windows' market strength is owed to the multitude of RAD (Rapid Application Development) options available behind it that give it such a huge software library, and Linux is beginning to share this same strength. Of course, I am no expert, and this is all wild proposition, but that's my two cents.

    2. Re:Why not expect QNX-like reliability everywhere? by Knight2K · · Score: 1

      Hmm.. good points. Guess it is like Betamax v.s. VHS... Betamax may have looked better but VHS could record two-hour movies and looked good enough, so it won. Or that the Hitchhiker's Guide to the Galaxy was cheaper than the Enyclopedia Galatica and had
      "Don't Panic" printed on it in large friendly letters. Still seems funny to make these decisions based on little green pieces of paper since the pieces of paper don't really care one way or another.

      I think I hear the sound of my karma dropping. :-)

      --
      ======
      In X-Windows the client serves YOU!
    3. Re:Why not expect QNX-like reliability everywhere? by Animats · · Score: 3, Interesting
      But I think that it's somewhat illuminating that QNX is not the "system of choice" for many of the applications where you see Linux in use.

      That's not surprising. QNX costs money, and Linux is free.

      What's disappointing is that the Hurd kernel was such a dud. They've been trying to write a microkernel for a decade. Unfortunately, they started with the Mach interprocess communication model, and never escaped. Microkernel architecture depends crucially on getting the basic design decisions right. You can just hack together a UNIX-type OS, and fix stuff until it works, but microkernels have to be done right.

      The other downside of a message-passing microkernel is that you do more data copying. But modern CPUs do data copying quite well, and it's not the issue it used to be. In a world where SOAP converts subroutine calls to XML, the overheads of a message-passing OS are trivial.

      If message-passing OSs were more popular, hardware support could make the overhead of message passing even lower. Copying, after all, is infinitely parallelizable.

    4. Re:Why not expect QNX-like reliability everywhere? by akuma(x86) · · Score: 1

      Reliability isn't free and people won't pay for extra for it. It's just the economics of the situation.

      If people were willing to pay extra for reliability, then you'd see it. As it stands, the market seems to favor feature sets over reliability. Software designers invariably trade reliability for more features - and they should because this is what the market demands.

    5. Re:Why not expect QNX-like reliability everywhere? by anno1602 · · Score: 1

      What's disappointing is that the Hurd kernel was such a dud. They've been trying to write a microkernel for a decade. Unfortunately, they started with the Mach interprocess communication model, and never escaped.

      Well, they've learned the lesson and are beginning to switch the system to the much simpler and faster L4. Problem is that it doesn't have as much features as Mach (which is not a surprise, really, if you know Mach), and replacing them in user space is going to take some time. Still, the work is on, and in two years or so...

    6. Re:Why not expect QNX-like reliability everywhere? by Anonymous Coward · · Score: 0

      Of course, if your system absolutely, positively must always work, then you'd be crazy to use standard PC hardware, QNX or no QNX. For example, it has been claimed that you can go with a machine gun to an IBM mainframe datacenter that's busy printing utility bills, shoot around for a while, and any remaining units of the mainframe system will keep on chugging, without duplicating or losing a single bill. Then there are even more reliable Stratus and Himalaya systems where every component (CPUs, backplanes...) is triplicated, and the components vote on the results, so that no single component failure can cause a hiccup...

    7. Re:Why not expect QNX-like reliability everywhere? by Animats · · Score: 1

      I rather liked L4, although the project ran out of steam several years ago. Now it's alive again, with a new team. That could be interesting.

  110. A lil history... by Thelonious+Monk · · Score: 3, Interesting

    QNX was actually developed by two Waterloo students as their final assignment. It was very very basic but it was soooo good that the they could sell it. And thats just what they did, they worked on it, made it what it is today and are now being mentioned on Fortune.... lucky fucks. ...I'm not jealous, nooo not at all. =P

    1. Re:A lil history... by waldo2020 · · Score: 1, Informative

      You are correct. Students were required to write their own RT OS for the year 3/4 rtos course to control an elaborate model train setup- strangely enough, built by Mark Tilden of BEAM critter fame. I have the listing of it I picked up by accident- it was printed off a line printer on a Honeywell Gecos machine running a unix like OS;)

  111. Lasik by Anonymous Coward · · Score: 0

    It will, however, guide a laser over someone's eye for Lasik and other such procedures a thousand times a year without a glitch.

    I hate be the bearer of frightning news, but they're using Windows NT and DOS for this in some LASIK systems.

    You might want to ask what OS the LASIK machine runs before you have the procedure done to yourself. I certainly would be *very* picky in my choice.

  112. I know what you're watching! by clambake · · Score: 1

    I'm watching "Walking with Cavemen" on Discover channel right now, too!

  113. Re:A couple things by steeviant · · Score: 1

    Think of the OS as one of the structural components in an engineering project, you wouldn't choose failure prone materials even if they were cheaper because that's a false economy at best, and a possible risk to peoples lives at worst.

    The computers in a nuclear power plant may well only send signals to say "vent radioactive gas", but if the operating system locks up because of a stray interrupt, or the CPU locks up because someone said F00F, the consequences could be catastrophic.

    The Software is crucial, the OS is crucial and the hardware is crucial for any computer system to keep operating as it should. I think that's a fair generalization.

    Ever heard the saying that a chain is only as important as it's weakest link?

  114. Re:A couple things by Anonymous Coward · · Score: 0

    you watch too much E.R.

  115. Liar by Anonymous Coward · · Score: 0

    You are very fat.

    Fatty /.'er

  116. Re:A couple things by melted · · Score: 1

    I know a guy who wrote some cruise missile guidance software for US military. He says they (the military) don't give a crap about software errors. They test their shit in field and if it hits something politically sensitive (like a bus with civilians or a house 50 miles away from the target) - then they will fix the bugs. Proper software engineering is way too expensive even for the military.

  117. QNX vs. Linux by Taco+Cowboy · · Score: 2, Interesting



    Now, we have the article describing QNX as the quintessential "When Software Really, Really Has to Work" OS.

    How about Linux ?

    Can we say, without lying, that Linux can measure up to QNX on that front ?

    If not, when can we expect Linux to gain that status ?

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re:QNX vs. Linux by floydman · · Score: 1

      QNX tuns a microkernel, which is known to be much faster and much more stable than a regular kernel.

      --
      The lunatic is in my head
    2. Re:QNX vs. Linux by Anonymous Coward · · Score: 3, Informative

      Linux is a UNIX, don't use it for safety crit. How many nukes do you think are running Solaris, AIX, xBSD, HPUx, Irix etc, etc, etc... ?

      "Can we say, without lying, that Linux can measure up to QNX on that front ?"

      It'd be nice to see some informed comments on /. for once. QNX has very different goals to Linux. It's an RTOS for a start (real-time OS), developed by a relatively small group of people to very tight design constraints. We can't expect Linux to 'reach the same standard' soon because it's not trying to measure up on that front.

      It's like asking an RV to 'reach the same standard' as a roadster.

      On the other hand, there's things Linux does which QNX will probably never compete with - fast support for emmerging standards, truly infrastructure-class networking hardware support and of course the massive software and user base.

      > QNX tuns a microkernel, which is known to be much faster and much more stable than a regular kernel.

      Hmmm. Copy that out of the WinNT marketing materials did ya? Of course, I run HURD because it's much faster and more stable than Linux - don't you?

    3. Re:QNX vs. Linux by Eunuchswear · · Score: 2, Insightful

      More stable? Arguable.

      But faster? Can we have some evidence?

      --
      Watch this Heartland Institute video
    4. Re:QNX vs. Linux by cait56 · · Score: 4, Informative

      QNX is an embedded OS. As embedded OSs go its very complete. You can get far smaller kernels with fewer pre-packaged solutions, and depending on your application that can be preferable.

      I haven't double-checked things recently, but my recollection was that QNX emphasized distributed systems (especially locally distributed, as in within a factory) more than most kernels. If you're building a distributed message passing system, QNX is great. If you're building a real-time state machine, there are other kernels that might be a better fit.

      Kernels are most applicable for applications where the processor has a very defined purpose and frequently must have very predictable responses. Linux and BSD can be abused to behave that way, but their real strength is their flexibiilty.

      If you need to add new daemons quickly and be confident that you aren't breaking other applications, then you want a "full OS" such as any of the Unixes.

      Personally, I've found the "loaded" kernels (such as VxWorks and QNX) to be of dwindling importance. When I do a system design I tend to end up with environments where I want a full Linux or BSD in order to have the latest in network stacks, or I want complete and total control of the processor. In the latter case I want the smallest kernel that will boot my state machine possible. I don't want efficient thread context switching, in those environments I don't want threads, just objects and state transitions.

    5. Re:QNX vs. Linux by FuzzyDaddy · · Score: 1
      I thought microkernels were slower, because of the additional context switches.

      --
      It's not wasting time, I'm educating myself.
    6. Re:QNX vs. Linux by Cereal+Box · · Score: 1

      Did you ever think that maybe -- just maybe -- there are operating systems out there that can do things better than Linux? For what it does, QNX is superb. Linux does not even come close to competing with QNX in the "mission critical RTOS" department. It's not the end of the world.

    7. Re:QNX vs. Linux by Eunuchswear · · Score: 1

      Yes, but I wasn't commenting on "mission critical RTOS" features. I was just querying the claim that a microkernel was "faster" than a monolithic kernel sytstem.

      AFAIK in general monolithic kernels are faster, they don't have the message passing overhead. But microkernels can be more stable, they have nice clear protection boundaries.

      As for "systems that can do things better than Linux", they are legion. Linux is slowly approaching the state of goodness in some domains, but I personaly don't think it's there yet.

      --
      Watch this Heartland Institute video
    8. Re:QNX vs. Linux by ajknott · · Score: 1

      There are many ways to measure the "speed" of a OS kernel. A micro-kernel is often faster in one respect: responding to real-time interrupts. Micro-kernels (e.g. QNX) put very little code in to the kernel and spend as little processing time as possible in kernel mode. This lets the kernel preempt the user program that is running when a critical interrupt comes in.

      The response time differential vs. a traditional OS would be too small to be noticed by users (nano or milli seconds), but when the nuclear reactor is about to blow, every nano-second counts.

    9. Re:QNX vs. Linux by FooBarWidget · · Score: 1

      Did you ever think that maybe -- just maybe -- that Linux has got absolutely nothing to do with this?

    10. Re:QNX vs. Linux by Eunuchswear · · Score: 1
      So you're claiming a microkernel has (can have) lower interrupt latency that a monolithic design.
      Micro-kernels (e.g. QNX) put very little code in to the kernel and spend as little processing time as possible in kernel mode. This lets the kernel preempt the user program that is running when a critical interrupt comes in.
      Even on monolithic systems interrupts preempt even kernel code, that's what an interrupt is.

      Maybe you mean to say that high priority interrupts can interrupt low priority ones? But once again that's true in monolithic systems.

      And in a microkernel system passing the interrupt to a user level task isn't allways a cheap process.

      By the way Micro-kernels (e.g. QNX) put very little code in to the kernel isn't necessarily true, for a counter example see Mach!

      --
      Watch this Heartland Institute video
    11. Re:QNX vs. Linux by Cereal+Box · · Score: 1

      Yeah really, with a title like "QNX vs. Linux" how could I have possibly thought that Linux had something to do with it?

    12. Re:QNX vs. Linux by FooBarWidget · · Score: 1

      Maybe, just maybe, because the poster has already gone offtopic and is talking about microkernels vs monolithic instead of QNX vs Linux?

    13. Re:QNX vs. Linux by Slime-dogg · · Score: 1

      You think "Computer" too much. Everything described in the article is infrastructure related. While you can run QNX on a PC, it's probably a better idea to run Linux or *BSD on it (hardware support, lickable gui's, yada). QNX is for those machines that require an OS, but are going to be buried in concrete soon after they are assembled. You need something that is not going to die.

      It seems that it's far more suitable for your internet aware toaster to run QNX instead of Linux. You've got minimal IO, no storage, etc, and you'll be less likely to get burned toast.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
  118. Re:A couple things by gtshafted · · Score: 1
    "No doubt QNX is a good enough embedded system. So is VxWorks, so is WinCE"

    I agree with wfberg. The best example would lie the BMW 745i, which has an embedded WindowsCE-based system. This system was so buggy that BMW has already done two recalls...

    This is a scary (and funny) example of what has gone wrong with the car:

    "Suchart Jaovisidha, Thailand's finance minister, was on his way to address central bank officials from around the world when his state-assigned BMW stalled, the Associated Press reported.

    'The engine stopped, the air conditioning shut down, the doors got locked and the windows wouldn't roll down,' Suchart was quoted as saying.

    'We couldn't breathe because there was no air,' he added.

    To draw attention, the minister and his driver waved frantically at passers-by. The incident ended only after a nearby security guard smashed the car's windows with a sledgehammer.

    Even with the heavy-duty tool, Suchart said it took a long time to break the windows as the 'glass proved to be very resistant'. "

  119. mirror sites by qnx6 · · Score: 1

    qnx.com's download page sucks. first, they only allow very few simutaneous downloads (probably discourage "free" users:), second, if you are lucky and finally get in, you will find they don't support "resume", so you can't use any "download managers" and are out of luck if your link is broken half way though, third, the ISO file is NOT compressed, and it is about 10% fatter than if it were compressed. I would suggest you use one of the mirror sites if you really want to try it out. Read old news and comments at http://www.openqnx.com for many mirrors.

    1. Re:mirror sites by Anonymous Coward · · Score: 0
  120. ummm - get your fact straight by frovingslosh · · Score: 1
    QNX is a great operating system, but it's a much different market. It's not made for PCs,

    As others have already pointed out, it is made for a variety of platforms including PCs and does support PC hardware such as USB quite well. It doesn't have a Borg mentality behind it, which might explain why it's not on every office desktop, but it's been actively sought out by those who need an OS that doesn't crash regularlly. I know of some mission critical process control applications that are still put up on Win 3.1 or DOS because the programmer made sure the application was rock stable, enough to run 24 hours a day 365 days a year without rebooting, and no newer Microsoft OS will stay up running it. Maybe someday industry will realize how many lost man-centuries are spent just retyping things because Microsoft decided things were good enough for it's customers and left some bugs in (or added some if there were not enough) just to be sure there would be customer demand for the next release to cure the current release's bugs. There is certainly no reason that QNX could not be a viable desktop network, except the monopoly wielding power of the company that has already been convicted of abusing that monopoly in federal court.

    --
    I'm an American. I love this country and the freedoms that we used to have.
  121. We are NOT missing anything ! by Taco+Cowboy · · Score: 0, Troll

    You're missing a little ...

    No, we are NOT missing anything !

    In fact, I think you are missing a lot !

    QNX is a great operating system, but it's a much different market. It's not made for PCs, it's made for embedded, real time applications. You'll find QNX in routers, you'll find it in medical devices, and you'll find it in nuclear power plants.

    What you won't find in QNX is USB support, drivers for a Sound Blaster 16, or Accelerated 3D drivers.

    It's a great operating system, but comparing it to things like Windows, Mac OS, Linux, FreeBSD, or even Solaris and AIX are silly. QNX isn't designed to have any frills: it manages resources, incredibly well, and that's it. It doens't do complex scheduling, it doesn't do advanced 3d tricks, and it's not going to do much with the latest firewire hard drives. It will, however, guide a laser over someone's eye for Lasik and other such procedures a thousand times a year without a glitch.


    I am afraid to say that all the above quote is really misguided.

    I don't know if your misguiding attempt is genuinely intentional, but boy, you really have no idea what an OS really does, do you?

    Give you a hint, OS, no matter if it's MS-Windoze, Mac OS, or AIX, or QNX, or even Linux, none of them does advanced 3D tricks. That's the job of USERSPACE SOFTWARES.

    Before you argue with me, please tell us exactly which part of the Linux Kernel does "advance 3D tricks" ?

    Actually, comparing Linux with QNX is NOT only NOT SILLY, it should be one of the criteria for those who want to be the Linux Kernel hackers - and let them prove their worth by making Linux as bulletproof as QNX, INside and OUTside of the field of embedded, real-time applications.

    Until Linux can achive such a status, don't even think of having Linux run critical applications like you have mentioned - Nuclear Power Plant and such.

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re:We are NOT missing anything ! by PurpleFloyd · · Score: 1
      First, the part of the Linux kernel that does "advanced 3D tricks" is called "DRI," the Direct Rendering Infrastructure. It provides a way for userland software (like X) to access 3D hardware accelerators. It's really not much of a "trick;" rather, it's a way for X to access hardware from userland (rather than having to put most of X in the kernel).

      Second, I doubt that the "standard" Linux kernel will ever be able to run medical equipment or nuclear power plants. Linux tends to have somewhat experimental code that, while stable compared to many desktop OSes, is really not suited to hyper-reliable situations like these, where reliability is more important than performance. Also, it is not designed with real-time operation in mind. A real-time OS is essential in many industrial control systems (imagine, say, a computer that must begin to open a chemical overflow tank valve 350 ms after its overflow sensor trips) but is of little value in desktop systems. A commercial project a few years ago tried to make Linux real-time; it ended up essentially gutting large portions of the kernel. Finally, Linux is fundamentally a monolithic kernel design. Hyper-reliable OSes like QNX almost always use microkernels, which seperate kernel space almost like most OSes seperate user space and kernel space. This means that one poorly written or malicious kernel module can't write over important areas of memory belonging to other portions of the kernel. While this would seem to be useful in a desktop or server OS, the overhead it causes means that the small reliability gain is offset by a performance hit. Users on the bleeding edge of kernel development can live with a kernel panic now and then; nuclear reactor techs can't. Linux and QNX are designed for two different markets; making Linux as bulletproof as QNX or QNX as general-purpose as Linux are not realistic goals.

      --

      That's it. I'm no longer part of Team Sanity.
  122. Ignorance from fortune.com by Anonymous Coward · · Score: 1, Informative

    Absolutely ignorant article. Linux and Windows have a monolithic kernel yes, but protected memory spaces. QNX is not the only company to market a microkernel OS, try NeXT and then Apple. Mach has been around for ages in many 'commercial' applications. Blah Blah Blah.

  123. above the law by frovingslosh · · Score: 1
    can a company said that regarding a competitor?

    Microsoft can and does do anything they damn well please. Much of it is illegal, some the courts have even convicted them of, but they simply reject any punishment that they don't like and instead get punishments like "we will not do it again, wink" or "How about if we have to donate to the next generation of potential customers millions of dollars worth of software that actually costs us nothing to donate, and a few refurb old computers, and take the donation as a big tax write-off, that would be a punishment we would accept". Please don't mod this as funny, it's not at all funny. It's the damn truth.

    --
    I'm an American. I love this country and the freedoms that we used to have.
  124. Anyone remember the I-Opener? by jwdb · · Score: 1

    Anyone here remember the fad with that little network computer? Dunno which version of QNX it had because I installed Linux over it...

    That was a fun project while it lasted.

    Jw

  125. Inaccurate microkernel claims, i.e: lies by frovingslosh · · Score: 2, Funny
    Isn't the Windows NT kernel supposed to be a microkernel?

    According to Microsoft sworn testimony, the OS has the browser so tightly intigrated into it that it can't be removed. That's hardly a microkernel.

    --
    I'm an American. I love this country and the freedoms that we used to have.
  126. WinCE GUI by cloudless.net · · Score: 1

    Pocket PC is based on Windows CE, but it doesn't use the default Windows CE GUI. Palm-sized PCs, based on Windows CE 2.11, used the deault GUI, and everyone thought it was too complicated to use. Then Microsoft re-designed the Pocket PC GUI to make it work more like Palm OS instead of Windows.

  127. Movie quote by PimpNinjaWannaBee · · Score: 0
    When your software absolutely positively needs to work!
    Am I the only one who thinks of Samuel L Jackson in Jackie Brown whenever I read 'absolutely positively'?

    "The AK47 - when you absolutely positively have to kill every motherfucker in the room."
  128. God, that is awful. by kahei · · Score: 1


    >Why would linux kernel hackers be adding tools >like HTTP servers and packet filtering into the >kernel, if it was somehow the UNIX way to keep >them as seperate processes managed by the kernel?

    "Hello? Hi, Jim. I'd like you to put everything I have in Microsoft stocks. Just buy at market all day. Oh, and if I'm in any of those little Open Source companies get me the hell out of them. It's just a hunch."

    Seriously, they are *not* doing this, are they? I can just picture a whole bunch of 19-year-olds with stuffed penguin toys on their desks going, "Wow, look at the great performance gains we can get just by putting all applications in kernel mode! Take that, Micro$loth!"

    --
    Whence? Hence. Whither? Thither.
    1. Re:God, that is awful. by oojah · · Score: 1

      There was an httpd kernel module in 2.4:

      http://www.linux-mag.com/2000-01/linux2-4_04.htm l

      I *think* that I heard it was being removed for 2.5, but I could well be wrong.

      Cheers,

      Roger

      --
      Do you have any better hostages?
    2. Re:God, that is awful. by leshert · · Score: 1

      Seriously, they are *not* doing this, are they?

      Umm... yes. Take a look at Tux (kernel-mode http server).

    3. Re:God, that is awful. by rifter · · Score: 1

      Of course if a person does not like this, they can rip it out/ put it back in as it pleases them, since it is Free Software. This is not possible with Windows.

    4. Re:God, that is awful. by Anonymous Coward · · Score: 0

      Better stay away from Microsoft too then. Notice the conspicious "httpd.sys" you get with IIS 6 on Windows Server 2003.

      They've also had their web content cache in the kernel for SPECWEB for at least 5 years now.

    5. Re:God, that is awful. by Minna+Kirai · · Score: 1

      Putting more applications into kernel mode is a step along the transitional path to a microkernel architecture. If things like that get popular, then Linux will evolve means to guard them from the rest of the kernel, fairly allocate resources between them, etc.

      (One path development might take is to do less checking during each context switch, and more earlier on, when the application was first loaded. If a degree of trust can be statically verified, the app can be safely permitted to run with full kernel privs. This gets into HP of course.)

      To play with the concept, here's a toolkit which allows any program to be added to the kernel.

  129. Re:A couple things by Anonymous Coward · · Score: 0

    Are you sure about that? Maybe you should find out what a process is and how you schedule one and what happens when an IRQ ocures before you make yourself look silly.

  130. OS X by OpperNerd · · Score: 1

    The article states that "QNX has been the only company so far to commercialize a microkernel OS."

    Apples OS X is running the Mach microkernel, so this statement is wrong.

    --
    -- unix is for people without a social life - Patrick van Eijk
    1. Re:OS X by GeekDork · · Score: 1

      The article states that "QNX has been the only company so far to commercialize a microkernel OS."

      Apples OS X is running the Mach microkernel, so this statement is wrong.

      Where's the "-1, WRONG!" moderation when you need it?

      Quick trivia: How long has OSX been around and what comes to mind when comparing the answer with the age of QNX?

      --

      Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

  131. massive kerlen = more potential by DrSkwid · · Score: 1

    It's quite simple really.
    Big kernels have more potential for disaster.
    Run everything you can in user space and you reduce your risk.

    That's a great theory but in practice you need a great kernel and some suitable userland support.

    Don't think HURD, think plan9

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:massive kerlen = more potential by mark_lybarger · · Score: 1

      isn't NT 3.51 and beyond a microkernel? what was win 3.1 and beyond based on?

    2. Re:massive kerlen = more potential by DrSkwid · · Score: 1

      Microsoft play the feature tickbox game.

      My impression is that NT was supposed to push the device drivers out of the kernel and use the HAL but their attempt failed due to performance issues and stuff got put back inside.

      So the NT kernel* is a bit of a compromise

      * I had to laugh about kerlen in the subject, I saw the typo when I hit preview and when I corrected it turns out I'd repeated the same typo!

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:massive kerlen = more potential by bhtooefr · · Score: 1

      Windows x.x (up to 4.9, which is ME) is based on the monolitic DOS kernel. I think all versions of NT (the first version of NT was 3.1) are microkernels, as "Just for Fun", by Linus Torvalds, quotes a nasty comp.os.minix flame by Andrew Tanenbaum in 1991 or 1992, saying that Linux was outdated, and listed a few monlithic OSes, then bashed them and listed a few microkernels, including Windows NT. NT wasn't released until 1993, so it was a microkernel from the start.

  132. Re:A couple things by Anonymous Coward · · Score: 0

    Linus is only slightly better -- but only when you install the realtime patches.

    Give the man a break, he's only human. After all, I bet you've found yourself stood in the kitchen wondering why you're there, too!

    These real time patches sound interesting though. Are they anything like a Nicotene Patch?

  133. Alternative sources by OzJimbob · · Score: 4, Informative

    If you're still struggling to get it off the offical site, you can find QNX here:

    Planet Mirror.

    A couple of different ISOs are offered - one with all the packages, and a basic ISO. It's able to install within a Windows partition, apparently.

    --
    -"I still believe in revolution; I just don't capitalize it anymore." - srini!
    1. Re:Alternative sources by Anonymous Coward · · Score: 0

      For those of you not familiar with QNX, the Planet Mirror has old versions. You can find the mirrors of the latest version (6.2.1) at openqnx.com

  134. QNX hype by Anonymous Coward · · Score: 0

    That's hype. In what way is it better than linux, freebsd and solaris (well, actually forget solaris. it's the slowest OS in the UNIX world)?

    That it is designed to run in small systems where there will be a maximum of 32 processes?
    Thanks a lot! I can write such an OS. An OS with a static array of 16 processes of equal priority.

    R0X0R!!

    Will I be famous now?

    Move along. There's nothing to see here. No big technology breakthrough. Just hype.

    1. Re:QNX hype by scobber · · Score: 1
      That it is designed to run in small systems where there will be a maximum of 32 processes? Thanks a lot! I can write such an OS. An OS with a static array of 16 processes of equal priority.
      Where did you get that information from? It is completely incorrect. It may have been true for a very old version, but current versions have no such limitation.

      From: http://www.qnx.com/developer/docs/momentics621_doc s/neutrino/sys_arch/kernel.html

      Each thread can have a scheduling priority ranging from 1 to 63 (the highest priority), independent of the scheduling policy. ... The threads on the ready queue are ordered by priority. The ready queue is actually implemented as 64 separate queues, one for each priority.
      P.S What command do I use to indicate a URL (and/or where is it documented)?
    2. Re:QNX hype by Darby · · Score: 1

      ***P.S What command do I use to indicate a URL (and/or where is it documented)?***

      Command?!?
      You use a hyperlink. Bog standard HTML.
      <a href="http://path/to/link.html">Text of Link</a>

      See any HTML reference guide or tutorial from the last 10+ years.

  135. I submitted this article! by Anonymous Coward · · Score: 0

    Sorry if it is a few months old but I just barely read the article. I am in the military and am currently stuck in Kuwait. Things get here a little slower. Just thought it was a good article.

  136. Aahh, QNX. by peatbakke · · Score: 1

    QNX is the OS that got me into operating systems. Their message passing system was the first real "ah HAH!" I ever had, regarding OS design. The micro-kernel architecture was the second.

    I love Linux .. but my heart belongs to QNX. :)

  137. MSDOS & Arachne 1.70 by Anonymous Coward · · Score: 0

    Small download (fits on a floppy) is Arachne 1.70
    -- Yoda

  138. If Microsoft made cars by SilentReproach · · Score: 3, Funny
    From the article: Big Blue's Skip McGaughey, who has worked on making QNX the software behind IBM's new automotive computer systems, says the company chose QNX because it represents the "very best" of real-time operating system technology. "The typical automotive end user would have no patience with a unit that freezes up or experiences systems errors," he says. Wonder which archrival company's software he's thinking of.

    This reminds me of the time when at COMDEX, Bill Gates reportedly compared the computer industry with the auto industry and stated "If GM had kept up with technology like the computer industry has, we would all be driving twenty-five dollar cars that got 1000 miles to the gallon.

    In response to Gates' comments, General Motors issued the following press release (by Mr. Welch himself, the GM CEO).
    If GM had developed technology like Microsoft, we would all be driving cars with the following characteristics:

    1. Every time they repainted the lines on the road, you'd have to buy a new car.

    2. Occasionally your car would just die on the motorway for no reason, and you'd have to restart it. For some strange reason, you'd just accept this, restart and drive on.

    3. Occasionally, executing a manoeuvre would cause your car to stop and fail to restart and you'd have to re-install the engine. For some strange reason, you'd just accept this too.

    4. You could only have one person in the car at a time, unless you bought a "Car 95" or a "Car NT". But then you'd have to buy more seats.

    5. Amiga would make a car that was powered by the sun, was twice as reliable, five times as fast, twice as easy to drive - but it would only run on five percent of the roads.

    6. Macintosh car owners would get expensive Microsoft upgrades to their cars which would make their cars go much slower.

    7. The oil, engine, gas and alternator warning lights would be replaced with a single "General Car Fault" warning light.

    8. People would get excited about the "new" features in Microsoft cars, forgetting completely that they had been available in other cars for many years.

    9. We'd all have to switch to Microsoft gas and all auto fluids but the packaging would be superb.

    10. New seats would force everyone to have the same size butt.

    11. The airbag system would say "Are you sure?" before going off.

    12. If you were involved in a crash, you would have no idea what happened.

    13. They wouldn't build their own engines, but form a cartel with their engine suppliers. The latest engine would have 16 cylinders, multi-point fuel injection and 4 turbos, but it would be a side-valve design so you could use Model-T Ford parts on it.

    14. There would be an "Engium Pro" with bigger turbos, but it would be slower on most existing roads.

    15. Microsoft cars would have a special radio/cassette player which would only be able to listen to Microsoft FM, and play Microsoft Cassettes. Unless of course, you buy the upgrade to use existing stuff.

    16. Microsoft would do so well, because even though they don't own any roads, all of the road manufacturers would give away Microsoft cars free, including IBM!

    17. If you still ran old versions of car (ie. CarDOS 6.22/CarWIN 3.11), then you would be called old fashioned, but you would be able to drive much faster, and on more roads!

    18. If you couldn't afford to buy a new car, then you could just borrow your friends, and then copy it.

    19. Whenever you bought a car, you would have to reorganise the ignition for a few days before it worked.

    20. You would need to buy an upgrade to run cars on a motorway next to each other.

    --
    Religion is the opium of the people. Evolution is the opium of scientists.
    1. Re:If Microsoft made cars by oshy · · Score: 1

      This press release gets bigger every time I see it. Some cars do have a general warning light. Its the engine management system and only the engineers can play with it.

    2. Re:If Microsoft made cars by Anonymous Coward · · Score: 0

      It's funny, but neither Bill Gates nor GM ever made such statements...

  139. Not as freezesafe as I thought by 1110110001 · · Score: 2, Interesting

    About one year ago an other student and I tried the QNX live CD. Neutrino looked quite fine and it was an interesting OS.

    But after doing a floodping at the QNX machine it stopped doing anything. I don't know if it crashed but even the window is able to handle these floodpings.

    However maybe it got fixed - I'll test it again in the next days.

    b4n

  140. QNX is dying by noogle · · Score: 0

    Recent studies show something.

    --

    I'm smarter than the average bear.

  141. Mac OS X microkernel by McDutchie · · Score: 1
    As far as I know, microkernels were thought to be a good idea in the early 90s but eventually lost their appeal as they proved to be slower and ultimately more problematic.
    <snip>
    So far, it didn't work for any real systems.

    Is that right? Not even on Mac OS X (which uses Mach)?

    1. Re:Mac OS X microkernel by McDutchie · · Score: 1
      I wrote:
      Is that right? Not even on Mac OS X (which uses Mach)?

      Never mind, stupid comment, I just found out that Mach on Mac OS X has been modified so that it's essentially not a microkernel. Oh well.

  142. very irritating. by twitter · · Score: 1
    You are clearly confused to say,

    But systems like QNX and other niche OS's are more like a Hammer and Screwdriver. Although they don't have as much functionality as the Swiss Army Knife. They do their job better and are more reliable for their jobs.

    QNX is being used by industry to run a vast array of completely different machines. It's obviously doing more than one job, it just does them one at a time. Software is always flexible, unless it's closed then it's just another chunk you can't modify. According to the article QNX is being used for "general purpose" computing too. Another poster mentioned the Audry as an example.

    The other thing that's anoying about your post and the article itself is the compairison of Linux and Microsoft crap as equals because both employ a monolithic kernel. What crap. Stable distros of GNU/Linux don't crash whith anything like the frequency M$ crap does. While M$ execs laugh like madmen over the prospect of running an M$ system for more than 30 days, calling it "insane", Free software routinely runs for months and years on a variety of hardware. NT proves that this instability on M$'s part is a matter of code quality, because it uses a microkernel. It's very irritating for people to assume that free software sucks simply because it can be used as a replacement for software that should not be tollerated.

    --

    Friends don't help friends install M$ junk.

  143. could you have missed the point any more? by dh003i · · Score: 1

    The point is, that since macro-kernel's are much easier to get into initially and maintain, they will be superior in practice, despite their inferiority in theory. This is because more programmers will be working on making them better. If a theoretically inferior design is much easier to work on and understand in practice, it will be better than a theoretically superior design -- in practice. If you don't get this obvious point, then there's no hope for you.

    1. Re:could you have missed the point any more? by Espen+Skoglund · · Score: 1
      The point is, that since macro-kernel's are much easier to get into initially and maintain, they will be superior in practice, despite their inferiority in theory.

      Of course, your whole argument rests on the claim that a monolithic (macro kernel based) system is easier to maintain. I've never seen any "proof" of this claim---only anecdotal "evidence" by comparing various systems---and must as such dismiss your conclusions.

    2. Re:could you have missed the point any more? by Minna+Kirai · · Score: 1

      "Proof by popularity" is not valid according to strict rules of logic, but it's good enough to be the foundation of both democracy and capitalism.

      The fact that 100% of the developers of even marginally successful OS kernels use a monolithic approach is a fairly strong kind of evidence.

      Breezy theorizing can make it seem that the time is nigh for the dominance of microkernels- hardware is excessively fast, OS development remains painfully slow, application crashes are numerous and expensive- but the truth on the ground says otherwise.

  144. Re:A couple things by LWATCDR · · Score: 1

    The US does not have any battleships on active duty. The ship you where talking about was a Aegis class crusier.

    Yes the error could have caused it to go from "dead in the water" to "Dead and under water" it it had happened in combat.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  145. Microsoft Projects by Greyfox · · Score: 1

    Just give Microsoft some time. When have they ever got a project finished by the announced date?

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  146. you make some good points... by dh003i · · Score: 1

    The nature of non-modular things means that they can regress in serious ways (because everything's bunched together). However, the Linux kernel has some pretty significant advantages over the main micro-kernel competitor (BSD's Kernel). It supports more hardware (try getting an HP OfficeJet to work on *BSD). Furthermore, more programs will work with it.

    So, if you really feel the way you do about the Linux kernel, I suggest you start a project with the goal of trying to take the code in the Linux kernel and modularize it.

    Modularized kernels also have some performance problems. Whereas monolithic kernels tend to use up more memory (due to everything being in the kernel), microkernels require all of the various parts to communicate with each-other. This creates overhead. Thus, I suggest the following solution.

    I think the best solution is in a modular development process of the kernel, but a monolithic+microlithic end-user experience. To avoid serious regressions, development process should be modular (e.g., end-users can choose to get the 2.4.19 USB2 or the 2.4.20 USB2, thus avoiding regression issues). For things which the user knows he or she will always be using, why should they be separately modular, having to communicate with eachother and create over-hang? For things which the end-user will sometimes or rarely need in the kernel, it makes sense to use the modular approach, and only load them when needed, despite the overhang (because their use is rare).

    1. Re:you make some good points... by Espen+Skoglund · · Score: 1
      The nature of non-modular things means that they can regress in serious ways (because everything's bunched together). However, the Linux kernel has some pretty significant advantages over the main micro-kernel competitor (BSD's Kernel). It supports more hardware (try getting an HP OfficeJet to work on *BSD). Furthermore, more programs will work with it.

      Am I reading you wrong here, or are you considering BSD's kernel (as in FreeBSD, OpenBSD, etc.) to be a microkernel. If so, you are clearly stating your incompetence in this discussion.

      I can only assume that you are here referring to Mach and their microkernel based operating systems (BSD Lites, OSF, OS X). The problem with Mach, however, has been widely documented in research from the early and mid 90's. The same research not only identified the problems with Mach, it also showed how the microkernel could be designed to overcome these problems.

    2. Re:you make some good points... by dh003i · · Score: 1

      I was under the impression that BSD used Mach as it's kernel. Apparently, I'm wrong. However, Mach most certainly is a micro-kernel. Furthermore, there is no FOSS OS using a micro-kernel that has adequate (e.g., HP deskjet printer support) hardware support.

    3. Re:you make some good points... by 73939133 · · Score: 1

      However, the Linux kernel has some pretty significant advantages over the main micro-kernel competitor (BSD's Kernel). It supports more hardware (try getting an HP OfficeJet to work on *BSD). Furthermore, more programs will work with it.

      Well, yes, obviously it supports more hardware. It also supports more file systems, more network protocols, and more other stuff.

      So, if you really feel the way you do about the Linux kernel, I suggest you start a project with the goal of trying to take the code in the Linux kernel and modularize it.

      I have thought about it. That would only make sense if a modular kernel could take advantage of on-going main kernel development. Otherwise, it would be better to start with a new kernel and merely write a driver compatibility layer and Linux personality.

      Modularized kernels also have some performance problems. [...] I think the best solution is in a modular development process of the kernel, but a monolithic+microlithic end-user experience.

      I agree, except that I think the "monolithic/modular" distinction should not be expressed in the code but only at load time. That is not easily possible with the current Linux architecture. But if communication within the kernel is based on message passing, then you can choose to load kernel components either into the same address space and context (no more overhead than what Linux has right now) or each into its own separate address spaces. I would guess that QNX is taking an approach like that.

      (There is actually a package for Linux that lets you put kernel components into user space by forwarding requests as needed, but I believe it's too slow and not fully compatible. With a kernel architected for that purpose from the ground up, that should be much easier.)

    4. Re:you make some good points... by dh003i · · Score: 1

      That would only make sense if a modular kernel could take advantage of on-going main kernel development. Otherwise, it would be better to start with a new kernel and merely write a driver compatibility layer and Linux personality.

      Are you suggesting that such a modular system wouldn't be able to take advantage of on-going Linux kernel development? If so, why?

      the "monolithic/modular" distinction should not be expressed in the code but only at load time. That is not easily possible with the current Linux architecture.

      Well, I don't know about how easy it is, but there's already loading "modules" (e.g., USB module) instead of compiling them into the kernel. My main gripe with modules is: (1) Not enough things in the Linux kernel menuconfig program are modularizeable; (2) Overhead for modules; (3) You cannot choose which version of the modules to use, so your criticism of serious regressions holds.

      if communication within the kernel is based on message passing, then you can choose to load kernel components either into the same address space and context (no more overhead than what Linux has right now) or each into its own separate address spaces. I would guess that QNX is taking an approach like that.

      You've exceeded my knowledge of the topic. Could you please explain this.

  147. Good on them by Cackmobile · · Score: 1

    Little guys doing big things. Keep up the good work and I hope big Evil (M$) gets denied. A product that work. M$ could try that for a new business plan. QNX=Champions.

    --
    -- Karma Karma Karma Karma, Karma Chameleon - Boy George
  148. Amen Brother by b0bby · · Score: 1

    I check /. from my Audrey all the time! That was my first experience of QNX & I have to say, it's pretty rockin'.

    1. Re:Amen Brother by usotsuki · · Score: 1

      "Audrey"-tte nani yo?

      I keep hearing about these boxen, what are they? :\

      -uso.
      Apple DOS, ProDOS, GS/OS, MS-DOS, Windows, Linux...what next?

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
  149. CLEAVES IN TWAIN! by zogger · · Score: 1

    hahahaha! Robert Howard had a way with words!

    I forget which book now. Conan is older, he has some young mercenary thief protege. There's some older hot babe queen who is desirous of a little young guy action, and the whole episode and their adventursome quest depended on her getting her lustful wishes. The protege is a little nervous, Conan says something like ---> "Lad, be ye not a fool! This Queen is neither unattractive... nor unwilling.....neither!"

  150. Linux != UNIX by usotsuki · · Score: 1

    Linux is not a UNIX; if some marketeer said it was he/she would be promptly sued.

    -uso.

    --
    Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    1. Re:Linux != UNIX by Kilkonie · · Score: 1

      More interestingly, QNX is in implementation UNIX and sufficiently implements the required POSIX fuctions to spec. So in that account, QNX is more UNIX than Linux.

    2. Re:Linux != UNIX by usotsuki · · Score: 1

      But does it have a trademark license from the Open Group? That is the definition of a UNIX these days.

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    3. Re:Linux != UNIX by bhtooefr · · Score: 1

      They dodged a lawsuit by changing their name from Quick UNIX (long form)/QUNIX (that's also how you say QNX) to QNX. So, I don't think they do.

  151. Free software inspired by QNX: by William+Tanksley · · Score: 2, Informative

    VSTa is a free software OS inspired by QNX and Plan 9. Very nice looking, although when you run it very disappointing (it's slow).

    Much more interesting to me is the concept of exokernels, a completely different OS organization which allows for /extremely/ fast operation. Some have suggested that Linux be refactored into an exokernel-like arrangement for multiprocessing: rather than trying to build a 256-processor single memory image Linux kernel (with all the horrid locking issues that implies), just build a 4 processor kernel, and when more processors are available, run multiple instances of it under an exokernel.

    (The most significant person who's pushing for this plan for Linux, by the way, is Larry McVoy, notorious author of BitKeeper.)

    -Billy

  152. Re:A couple things by Stephen+Samuel · · Score: 1

    Perhaps I should have said 'battle ship'. I meant it in the more generic term (neither knowing, nor seriously caring, about the exact class of the ship that got blue-screened).

    --
    Free Software: Like love, it grows best when given away.
  153. Re:QNX Pro (driver devel) and Con (no usb strg, jf by Leif_Bloomquist · · Score: 1

    The lack of a journalling file system is particularly worrisome, since QNX is often operating in an environment where the power could be pulled at any time.

    What makes you think the QNX native file system is not journaled? Even if it isn't, QNX systems are often running in embedded ROM with no writeable "file system" present at all.

  154. Re:A couple things by McManiac668 · · Score: 1

    If you're going to be anal about this sort of thing, at least be right.

    The Yorktown (CG-48 and the Navy's first stab at a 'smart ship' ) is a Ticonderoga class cruiser. Its combat systems direction system is called Aegis. I don't remember its actual Navy nomentclature. And yes, I'm surprised it didn't rust to the pier in Pascagoula, MS.

    I think all the rest of us were just jealous of Building 48, and the fact that her crew was effectively on shore duty.

    The civilian formerly known as ET1(SW)

    TRM

  155. QNX and first gen pentium? by moojin · · Score: 1

    how well does QNX run from a first generation pentium (133mhz, no mmx)? it sounds like it does not need a lot of memory. the computer i'm thinking about is a 133mhz laptop, no mmx with 16 or 32 mb of ram. do they have a network install? this laptop does not have the ability to boot from cdrom. it does have a floppy that it can boot from though.

    --
    Why did I lurk so long before registering for a Slashdot account? I could have had a Slashdot ID of less than 100000.
  156. Not bad except on /3g by bored · · Score: 1

    NT/W2k/Xp/2003 machines with /3g in the boot.ini boot description will pop up the dialog. This is because the kernel is split 3:1 in that case.



    I find it ammusing that you can remember the parameters for the WinMain() and MessageBox() (and are hence a API programmer rather than MFC or some other evil abstraction layer :>) but that you didn't know about the kernel split option.

  157. QNX Rocks! by praxis22 · · Score: 1

    I bought V4 cost me 1K (pounds) with a student discount, it came with a packet of premium Canandian cookies, how cool is that! :) But the best part is the speed at which it loads. My version is currently node locked to a 64Mb DX2 '66 it has a real soundblaster16 in it, (the first bit of PC kit I ever bought, I scrounged the rest :) it has an old IDE hard disk, and a SCSI disk hooked up to an internal SCSI Zip disk adapter. As far as I'm able to tell, (it detected the SCSI "adapter" when I installed it) QNX boots from the IDE disk, detects the SCSI BIOS, and then loads the OS from the SCSI drive. It does this in 4 seconds from inital drive seek to displaying the login prompt, it has sound blaster support, It doesn't have a USB port. I actually bought the QNX implementation of X too, as well as the Photon runtimes, and I can highly recommend the floppy, (in both NIC and modem versions) it really is a marvel of modern science :) It's also the only thing the Canadian government will let near a Nuclear reactor, (at least it was) it really is a very, very cool OS! later jb

  158. Re:A couple things by Anonymous Coward · · Score: 0

    I trust WinCE to run my heart monitor if I ever end up in an Intensive Care Unit... *cough*

    Please note: arrangements have been made to fulfill your request.

    Sincerely,
    Grim Reaper

    PS> See you soon!

  159. NT is not a microkernel? by gregorio · · Score: 1
    Traditional monolithic kernels like Linux (and UNIX and NT/XP--and don't try pretending that NT/XP is a "microkernel") are appealing for budding operating system projects because it's easy to hack something together quickly.
    Just because you don't fell like saying anything positive about an architecture that Microsoft also uses, that doesn't make NT less of a microkernel.

    I think you should read more about the subject, before making this kind of false affirmation.
  160. What about dos 3.1? by mr_e_cat · · Score: 0

    That was pretty reliable...

  161. Losing Disney by yerricde · · Score: 1

    Maybe but has any company other than Disney released Pixar (run by Steve Jobs) flix?

    From the article I linked to: "as soon as February 2003, when Pixar delivers Finding Nemo and is contractually free to start negotiations on a new partnership, he'll likely be looking at a distribution deal elsewhere."

    I'm holding off until it comes out on DVD.

    --
    Will I retire or break 10K?
  162. FTP mirror link by Danta · · Score: 1

    Here's an FTP link.

    A BitTorrent link should be coming soon. It should show up here in a couple hours.

  163. dreamcast anyone by da2 · · Score: 1

    according to the feature list (http://www.qnx.com/products/ps_neutrino/features. html) it supports Hitachi SH4 processors, does this effectively mean that with a little effort it could be ported to dreamcast? that could be interesting

    1. Re:dreamcast anyone by Anonymous Coward · · Score: 0

      Someone is already on it.

      http://www.qnxzone.com/readmore.php?news_id=291

  164. QNX : such a nice product by master_p · · Score: 1

    I registered online with them 3 years ago to send me a free version of their O/S. They did!!! I was very much impressed by QNX, and especially from the Photon MicroGui. It is very easy to develop for, and has quite a good IDE. The only thing missing was Drag-N-Drop.

    Can it ever replace Windows on the desktop, I wonder ?

  165. BitTorrent link by Danta · · Score: 1

    Here's a BitTorrent link.

  166. Only commercial micro-kernel? by KevinDumpsCore · · Score: 1

    > From the article: "QNX has been the only company so far to commercialize a microkernel OS..."

    Doesn't the Mac OS X operating system use the Mach micro-kernel? Doesn't Apple sell the Mac OS X operating system? Therefore, QNX isn't the only company to commercialize a microkernel OS.

  167. Re:A couple things by EverDense · · Score: 1

    I have written software to control industrial machinery that ran under MSDOS.
    I KNOW of which I speak.

    --
    http://jesus.everdense.com/
  168. Re:A couple things by EverDense · · Score: 1

    Maybe, if you DITCH the idea of an OS process, and control the hardware directly, you'd have a fucken clue.

    --
    http://jesus.everdense.com/
  169. Cool by Kourino · · Score: 1

    Well ... the few times I've done or seen programming on Windows it's been Win32. I've shied away from MFC ... for various reasons ^^; But originally because I wanted to know how stuff really worked. (This decision was also around the time I started learning intel assembly and basic architecture.) My mom (also a CS person) has had NTSP6 and 2k, but by this time I had started running Linux, so I never really learned as much about boot-time options and such for NT-derivative systems.

    That's pretty neat, though. I wonder if I should hack up a split= command line param for Linux, just for fun, some time.

  170. PSOS? by DrMorpheus · · Score: 1
    we've just recently considered moving away from PSOS
    Piece of Shit Operating System? Zowds Man! What made you choose an operating system called that in the first place? 8-)
    --
    Debunking the "59 Deceits"
  171. Re:A couple things by tomstdenis · · Score: 1

    So what? Just because something doesn't happen doesn't mean it can't.

    DOS doesn't really have a kernel perse as any application can just hoist it and re-write it as it sees fit.

    A true kernel like that of QNX, linux or [shiver] WinXP does not let a rogue/buggy application walk over the OS.

    Tom

    --
    Someday, I'll have a real sig.
  172. So much for the myth: software must have bugs by Anonymous Coward · · Score: 0

    So many people say it. So many times. Over and over and over again. Even people who remember code wasn't released until it was as fully tested as could be and code/path coverage tools were used to verify test coverage.

    I'll admit even I have at times doubted a useful OS like QNX could be *bullet-proof*. But after having been shot down enough times for waisting company time writing *bullet-proof* code -- even code going into security evaluations, I admit to have lost touch with the reality of 'shit' that passes for coding these days.

    I've been shut out of design sessions because I was known as someone who wasn't likely to compromise on quality of design. I was known as someone who would say 'no' to new features at the last minute and painted as a 'slacker' because people would "infer" I'd pad my schedules -- when I was oft-times under-reporting the time costs because the reality of doing it 'right' the first time would be too expensive to accepted. I've often been told I'm difficult to work with because I am unyielding unless *convinced* otherwise. Compromise would not be an option. Convincing me differently would be.

    I've too often had stoopid pinhead managers who thought they could do a task in 3 weeks that I'd schedule 3 months for and should have scheduled 6-9 considering what they really later claimed to have been demanding in the design.

    Excellence in design is often called 'over design', or 'overly complicated', but the fact that it can handle all the corner and edge cases never anticipated as input is what makes for such design.

    Excellent code is *ART*. It's not engineering -- "Programming as engineering, is often 'crap'. You can't 'engineer' things that have never been done before. Engineering is taking known principles and designs and using them to replicate previous results. Thinking that Programming is engineering is one of the more critical mistakes people make. You can't truthfully create predictions about things that have never been done before. Something other managers can't handle -- programming isn't linear. It starts out slow, testing a theory, testing an algorithm, alot of thinking until...the light comes on and you see the solution. Then you can bring that design to life. Managers that attempt to manage by "milestones" destroy this creative process -- do you think Michalangelo painted the sistine chapel according to 'milestones'? I don't even know that he knew what he was going to paint until it was painted, but I doubt he was asked for daily or weekly status reports.

    Yes -- it is true, you put 100,000 monkeys to work on a keyboard and you might come up with Windows -- or even large parts of linux, but it is more the exception than the rule that elegant, artful algorithms are used: "duh, they don't fit on 1 80x25 screen, they are too complex", or, "microkernels are too slow, we don't want that", or "you can't have self-healing code, it's not possible. If you had code that broke, are you really going to trust that other code can correct it?" (quote less than 1 month old from some list I'm on).

    Uh...yes...QNX does exactly this. It's good to see there are still some quality computer scientists out there.

  173. Re:A couple things by TW+Burger · · Score: 1

    I did some WinCE development and it is a nasty OS. Any medical device running with it should be banned and scrapped.

  174. Alas QNX by fm6 · · Score: 1
    You describe the exact reason I find the OS marketplace so frustrating. In the 80s, I was working in DOS after spending years with "real" operating systems, like Unix and CTOS. Calling DOS an operating system seemed a bad joke -- it just didn't do most of the things an OS was supposed to do.

    Now, the excuse for that was that you couldn't run complex software on an 8088. But QNX seemed to refute that assumption. Not only did it run well on very small, slow machines, it was highly clusterable. It was years before DOS/Windows had anything like the same sophistication or scalability.

    I always itched to try it, but high licensing fees kept me away. And everybody else too, except for a few niche applications. I'm glad QNX is still around, but when I see what a mess we've ended up with, I have to view it as a great lost opportunity.

  175. QNX is Has Been by Anonymous Coward · · Score: 0

    QNX is a has been OS, it is good if you have alot of time to port code and deal with its costs. But it never caught on because of licensing costs and the time it took to get it "compatible". Good effort, but costs too much in dollars and time.

  176. Re:A couple things by LWATCDR · · Score: 1

    The Aegis is such an big thing that I have often heard them called Aegis cruisers. I have heard them talk about that new DGs as Aegis class ships as well. You are of course correct that it is a Ticonderoga class. I just used Aegis beacuse it was easier to spell :)

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.