Linked by Eugenia Loli on Sat 1st Sep 2001 18:47 UTC
QNX The QNX RtP 6.1.0 microkernel (which also runs on PCs) and its Photon micro GUI have been ported to the Compaq PDA solution, the iPaq. The screenshots look very attractive indeed, we just hope that the QNX team add some more software in it, like a Calendar, Contacts or a Todo list which are undoubtly, very useful applications for a PDA.
Permalink for comment
To read all comments associated with this story, please click here.
by pk on Mon 3rd Sep 2001 09:21 UTC

QNX RTP (a.k.a. QNX 6, based on the Neutrino microkernel) does NOT yet drive any nuclear power plants or medical equipment. This is QNX 4, and it costs a huge load of licensing. The filesystem is slow, because it's simple. That was it's major design goal, not determinism. OTOH, this simplicity makes it quite robust to a certain degree. The system also comes with a too small disk cache by default, and it does not yet support unique buffer caches (BeOS doesn't, too). The motherboard bios is not slowing down QNX. Who told you that crap? It (QNX's startup code) just uses some expensive IDE/SCSI detection routines, it's filesystem is not journaling, and the package filesystem has to be mounted (most of the files you install get installed in some special directories and will be transparently mapped to their 'usual' locations. This allows easy back-and-forth switching from/to older versions of the same app. Try killing the package manager and see where all your files are gone ;) . QNX also does not yet support virtual memory swapping. It creates a swap file by default, but almost no app uses it. This swap file feature is a dirty hack and has been added to the kernel in order to allow it to be self-hosted, and to run gcc properly. To use it, an app has to be specially programmed for it, much like the old DOS EMS/XMS. NO transparent swapping like on Win, Linux, BSD or BeOS. Another important drawback is, that Photon is currently not thread-safe. Also, the current round robin scheduling algorithm is not appropriate for desktop use. One high-priority thread can easily freeze the system by hanging in a tight for(...) or while(...) loop. I personally expect them quite some time to get all the kinks out of it. BTW, cdm runs his iPaq version for quite some time now (half a year or so?), so this seems old news. The necessary iPaq kernel and system binaries and all the cross development tools are included on the downloadable CD image, so everybody can try to embed it themselves. Peter