Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!mitel!sce!cognos!geovision!gd
From: gd@geovision.uucp (Gord Deinstadt)
Newsgroups: comp.os.misc
Subject: Re: The value of QNX
Summary: Requested stuff already here or coming soon
Keywords: QNX
Message-ID: <763@geovision.UUCP>
Date: 14 Jan 90 18:37:36 GMT
References: <3528@zorba.Tynan.COM> <2525@softway.oz> <130118@sun.Eng.Sun.COM> <5876@sequoia.UUCP>
Reply-To: gd@geovision.UUCP (Gord Deinstadt)
Organization: GeoVision Corp, Ottawa, Canada
Lines: 24

In article <5876@sequoia.UUCP> dewey@sequoia.UUCP (Dewey Henize) writes:
>If they just had 1) a way to access diskettes faster when doing backups/
>restores 

Huh?  I don't understand what you're saying here.  You can certainly
treat a file on floppy just like one on hard disk.

>and 2) something resembling a defragmenter for HDs, it would be
>a lot better!

QNX 4.0, which will be Posix-conforming, will have an all-new file
system.  Quantum claims it is much improved.  They've also doubled
net throughput, and finally *bought* a decent C compiler to replace 
their old piece of crap.  Release is slated for sometime this quarter.

(Lest the above paragraph give you the wrong impression, I *really*
like QNX and have been using it since V1.2.  1600 task switches/second
on an 8 Mhz 8088, lovely messaging and networking, run-time loadable
libraries, support for custom drivers and filesystems *without* 
relinking the O/S or rebooting, and a kernel that only takes about
110Kbytes.  La la la!)
--
Gord Deinstadt		gdeinstadt@geovsion.UUCP
who does not work for Quantum