QNX RTP Running on iPaq 157
An anonymous reader sends in: "iPaq just got new gracious looks. QNX microkernel and the gracious Photon micro GUI did wonders to iPaq. Get a sneak preview here. If you are in Boston next week, be sure to drop by Embedded Systems Boston to try your hands at the qPaq... ;)"
More info? (Score:1)
Re:More info? (Score:2)
Doubtful they will release it for the public.. Companies typically do things like this to get the press, but they don't want the development/support costs to get everything ironed out into an actual product.
They will likely get a bunch of press/developer interest in QNX at the Embedded Systems Conference in Boston..
Re:More info? (Score:1)
QSSL did not do this to get attention, as they would have released a press-relase if they did, someone (I actually know who now... their a student at IIT) who hangs around QSSL employees and other users found out and thought it would be good to post.
Ahh well, the cats outa the bag now.
Beautiful. (Score:2)
In another article, I had said that PDAs were pretty much useless.
I take it all back. :)
Re:Beautiful. (Score:2)
we have seen several *VERY* pretty pics there, but are there enough applications to actually make this a viable choice over WinCE (which IMO looks like hell compared to this)
I would love to run something other than WinCE on my Cassiopeia... I am almost sickened everytime I turn the damn thing on. It is very slow and ugly and it gives me little desire to use it.
Maybe QNX has found its niche
Re:Beautiful. (Score:1)
Still, if there is a *nix OS out there that could make it happen, QNX would be it. Their message-based process distribution opens up some real interesting possibilities with a secure wireless environment.
For example, consider having repeaters throughout a work complex to allow techs to do more than just bounce emails back and forth from a Palm or other such unit. Your handheld could theoretically be *part* of the system, with direct integration to the applications environment.
Sure you could do that with XML or something as well, but QNX just pimp-slaps XML for network efficiency!
Re:Beautiful. (Score:1)
The issue of apps is still important, most gnu code isn't suited to PDA's. You could get emacs working, but would you really want to use it on a PDA with pen input?
Where is the... (Score:1, Funny)
Comment removed (Score:3, Interesting)
Re:Question (Score:1)
Gorgeous. (Score:1)
wow (Score:2, Redundant)
*wipe*,
*drool*...
*checks online checking balance*,
*cries*
E.
So when are they going to be *real* machines? (Score:4, Interesting)
I mean, eventually we could have a setup where you would buy a full size monitor and keyboard for office and home, and then just buy one little Super PDA to plug the monitor and keyboard into to use as a full PC. If they can get wireless networking down into that size package (which I'm sure they will eventually) you'd even be able to network without current crappy PDA packet modems or anything like that.
Re:So when are they going to be *real* machines? (Score:2)
It's got the useful applications. Colour 640x480 screen with instant zoom/reduce, so that you can make real use of the workspace. Instant-on. Etc.
Wow, wish I kept that iPaq now... (Score:2)
Now I find myself wishing I'd kept it for this. :(
Re:Wow, wish I kept that iPaq now... (Score:2)
I wish those idiots from Redmond would stop messing with Bluetooth. They have the press dis'ing it left and right. Pretty soon you will ONLY have 802.11 for good wireless and the device will HAVE to be large and bulky cause of the higher requirments.
There is a Bluetooth SD card coming this fall so that m505 isn't wasted of all you wanted it for was wireless ( wondering why you bought it if it didn't do what you wanted? ).
LoB
Re:Wow, wish I kept that iPaq now... (Score:2)
It took Microsoft over 6 years to come up with an adequate multi-threading OS and it requires almost 4 times the hardware of IBM's OS/2. If you don't think multi-threading and stablity are important then you've never had the pleasure of using a system that had these. Anyway my point is that we shouldn't be forced to wait til nano-hardware is available so that we can run some bloated OS and have wireless connectivity.
IMO, Microsoft is afraid people will start using their PDA's and PDA enabled phones to store their data. THEY want to control and charge you for use of YOUR data and they need the Windows hammer to beat that into you and every vendor who tries to do otherwise. 802.11 puts too much of a load on the smaller PDA's. Handera can do it but it takes
4 batteries and a large slot (CF). I believe that the Bluetooth for Palm will be on a SD card.
There is this thing called UWB that has potential for both your constant connected lan (ala 802.11) and is supposed to light weight/low power (ala Bluetooth). If we have to wait years then let's have what works now and move later.
I hope 7feet is on the low side. 15feet would be fine IMHO. 15feet would allow for a home to have pretty full coverage where you would want it (livingroom) and the reception area of business's, or restaurants. If you need a full blown computing platform with wireless then 802.11 comes in. That's my take on it.
Thanks for your thoughts.
LoB
(The collective didn't run Windows but was virus prone. Go figure...)
The perfect world (Score:1)
Input How ? (Score:2)
I see for the shell that a keyboard popup is there
BUT for normal apps how is it done? for X their is Xscribble from the boys and girls at CRL (compaq) which is standard part of the handhelds.org distro and palm of course have the dedicated part of screen with WinCE vendors chouseing how they do it
how about voice input ?
now that would rock if only IBM recompiled their Linux ViaVoice for StrongARM I bet a bunch of vendors would be real intrested
WinCE already has this in their beta builds but its very much like the Apple Voice control (which is kind of funky) but I find that the Apple Implementation is sensitive to background noise and depends on what Mic you have: in my mind I can see the people shouting at their organisers to "mail, oh e-mail, post , arrrch how do I pick up mail ??" (-;
I really cant see how they are going to do it on QNX
any details ?
regards
john jones
Re:Input How ? (Score:1)
Re:Input How ? (Score:3, Informative)
Re: QNX, why bother? (Score:4, Flamebait)
Your laughter is borne out of ignorance. Everybody publishes OS times for their OS when running in kernel mode only (which offers zero protection from processes run amok). But CE and EPOC don't run in that mode--you can't on these platforms since they're open and could be running malicious code.
To wit, look at QNX (http://www.qnx.com/products/os/qnxrtos.html#Perfo rmance [qnx.com]) and On Time
(http://www.on-time.com/index.html?page=rtk45.htm [on-time.com]) . Great numbers, but only
for kernel mode operation.
For protected systems using the MMU, it seems all the big players don't publish numbers. Why? Because this is a tough environment and the numbers look like shit. QNX offers nothing on their site about their Neutrino product performance. Neither do Mentor or Wind River.
Even the RT Linux folks are flaky here. http://www.zentropix.com/support/document/helpdox/ rtai.pdf [zentropix.com] claims they can
deliver a 4 uS average interrupt response time with 13 uS of jitter,
resulting in 17 uS worst case interrupt response time. This is on a 233 MHz
Pentium II.
Microsoft are claiming 7.5 uS worst case ISR latency on a 90 MHz Pentium II for CE (http://msdn.microsoft.com/library/techart/real_pe rf.htm [microsoft.com]). We're
seeing similar numbers on a StrongARM platform at a similar clock.
Clearly, CE is probably on par with the QNX/PSOS/VRTX crowd.
So, until Symbian actually publish some numbers on their interrupt performance, we can assume that, like code size, they are merely FUD'ing the industry.
As for the topic at hand, however, it's wonderful to see something like QNX running on iPac, maybe make one worth getting after all ;)
Re: QNX, why bother? (Score:1)
And please! don't tell me that M$ too lets you know the architecture and philosophy behind the OS and how exactly it does Realtime execution. Plus, You don't get to develop on a desktop class gracious OS and transfer it as it is to target.
You can test/debug/compile your realtime progs on an x86 listening to MP3's (Yeah! everything is prioritised!) and when you're satisfied, compile it for arm,sh-8, or whatever. The screenshots you saw were almost direct ports of the stuff existing for QNX RTP desktop OS!
Re: QNX, why bother? (Score:1)
Re: QNX, why bother? (Score:5, Informative)
Re: QNX, why bother? (Score:1)
Re: QNX, why bother? (Score:1)
They are, I believe using WebObjects for their intranet, so show them how well it works with that.
I am sure you can under bid MS.
Re: QNX, why bother? (Score:1)
It is a full download of the QNX6 Realtime Platform that you can try out. Full desktop system. It is pretty nice if you don't need to run Word.
Re: QNX, why bother? (Score:1)
I wonder if it will run in VirtualPC?
TKS
Re: QNX, why bother? (Score:1)
Al
Re: QNX, why bother? (Score:1)
Yeah PPC is support as a target not as a development platform. You can install QNX RTP, then make a target buildfile for your PPC with all stuff you want and go!
The only hitch! though OS runtimes are available for PPC target, you'll need to recompile the applications you need for PPC target. Thus even though its just a straight recompile on QNX, but you need to have the sources.
--Keep Smiling
- mritunjai
Re: QNX, why bother? (Score:1)
pherris
Oh Yes! (Score:2)
Alas, high licensing costs prevented most people (including me) from giving it a try. Never captured a wide audience, but they always seemed to find enough fringe markets to survive.
Ironically enough, Linux has given QNX a second stab at becoming a mainstream OS. At least, that's the attitude the QNX marketeers are taking. Instead of viewing Linux as competition, they've decideded it's a source of Posix-knowledgable programmers. One can but hope...
Re: QNX, why bother? (Score:1)
Uh, excuse me? (Score:4, Interesting)
Beautiful OS, but clearly not an organizer.
PDA != organizer. (Score:3)
An assitant assists, in whatever a person needs done with data when on the move. That does not mean calendar, contacts and to-do for every person; some people do other stuff with data and with their lives. Should they not have PDAs? The Palm crowd especially seem violently opposed to devices assisting anyone but executives who have too many meetings to keep. I for one am glad that the PocketPC has become more flexible, so that it can assist everyone to some extent, rather than only assisting the rich, anal executive in the expensive suit.
Keep your Palm, but I have no use for it. I will, however, continue to use PocketPC/WindowsCE.
Re:PDA != organizer. (Score:1)
for me personal a Palm never made sense, I have appointments, contacts etc. I need to keep my hands on but in the end it simply didn't offer anything else.
The big thing I was looking for to have access to e-mail (or if possible a shell) anytime I need it. My compromise was to get a Blackberry, it has two things I really like about it:
1. a Keyboard.
2. Wireless.
Now if someone could combine a Blackberry and an iPaq I would be happy, the idea that a PDA shouldn't have a keyboard but rather be used with a pen in my opinion is a bad decision anyways.
Michael
Re:Uh, excuse me? (Score:1)
Hmmm (Score:1)
How fast is the bootup?
Re:Hmmm (Score:1)
Opera also runs on it (see: http://www.opera.com/qnx/)....
But I'd personally recomend Voyager for most things are both Opera and Mozilla need alot of refining before their truly ready for QNX.
Re:Hmmm (Score:1)
You can download the iso for the ThinkNIC system free of charge from their site and see how they do it.
They also sell really inexpensive hardware ( $199 US) to run all that but it sounds like you already have the hardware.
Free download for non comercial use, too (Score:1)
Also bootup time with QNX makes Linux look like a 90 year old grandma doped to the eye balls on stelazine & benzos to make things easy for the nursing home staff.
Except for the fact it has a login dialogue popup QNX makes BeOS bootup look slow.
Re:Free download for non comercial use, too (Score:1)
Which ignores the reality of dual-booting laptops. :-(
Gracious?? (Score:1)
Can anyone please tell me how the hell the adjective "gracious" is justified in this context??
Re:Gracious?? (Score:1)
1 a obsolete : GODLY b archaic : PLEASING, ACCEPTABLE
Perhaps the author is learning English, and starting at the beginning.
Re:Gracious?? (Score:1)
Try downloading 6.1 RTP (Score:1)
Your Sig: [was: Re:Gracious??] (Score:1)
From dict.org [dict.org]
Tautology
A repetition of the same meaning in different words; needless
repetition of an idea in different words or phrases; a
representation of anything as the cause, condition, or
consequence of itself, as in the following lines:
Your sig is composed of two phrases, 2*b and !2*b, the second is not a repetition of the first. A trusim, perhaps, but not a tautology.
Re:Your Sig: [was: Re:Gracious??] (Score:1)
Btw, the antonym for tautology in this sense would be "contradiction": an expression which never evaluates to (boolean) truth, irrespective of the values assigned to its sub-expressions. "It is raining outside my house and it is not raining outside my house" would be an example of a contradiction. Replace and with or and you have a tautology.
Re:Gracious?? (Score:2)
Perhaps he meant graceful. Either way, he way overused a two-dollar word. He should have said: "The Ipaq just got a new graceful look with QX microkernel and the elegant Photon micro GUI".
Then again, this is "news for nerds" not "news for over-educated literate-types".
Nyuk
You can do it yourself (Score:1)
Re:MathCAD (Score:1)
the problem is installation (Score:2, Interesting)
The biggest problem I have had with running non-WinCE operating systems on the iPaq is the installation, which is a very laborious and slow process that takes hours to download stuff over the serial line. What is really needed is the ability to overlay a new OS from Flash and/or to install a new OS by clicking on an application in Flash memory. Or, of course, Compaq might finally preinstall Linux on the iPaq; even HP will be shipping a Linux PDA.
Re:the problem is installation (Score:2, Informative)
Plus its easy to install (Score:1)
My gracious! (Score:1)
Hmmmm all this graciousness from an anonymous coward. Any chance they work for QNX?
Re:My gracious! (Score:1)
-me-
Re:My gracious! (Score:1)
the one showed here is QNX 6.1, which has a gorgeous GUI and runs on a lot of processors. Get it yourself free-for-non-commercial-use at get.qnx.com!
Filesystem? (Score:2)
Re:Filesystem? (Score:1)
Re:Filesystem? (Score:2)
QNX? QPE! (Score:2)
QNX on iPAQ looks sweet...
But I don't see anything that the Qt Palmtop Environment [trolltech.com] doesn't do already, and with similar style and panache.
Not to mention that QPE has a web-browser available FAR in advance of anything on any other handheld platform - Konqueror/embedded [konqueror.org] which has the full KHTML rendering engine that normal desktop Konqueror has, but with a UI optimized for a handheld's screen.
Of course, I shouldn't have to mention that both QPE and Konq/e are fully-fledged GPL'ed projects, which I'm pretty sure QNX isn't, last time I looked...
Re:QNX? QPE! (Score:1)
Re:QNX? QPE! (Score:1)
IMO, from the screenshots on the QPE site you linked to, the QNX interface is much, much, *much* nicer.
But I guess the difference is that one is available for download and one is just (so far as I'm concerned) pretty pictures.
Re:QNX? QPE! (Score:4, Interesting)
Firstly reasons to chose QNX over QPE for your iPaq...
(1) QPE has alot of legacy attached to it.
(2) Qt applications can already run fine in QNX so all they really need is a recompile to work.
(3) It's cheeper to develop on QNX then QPE.
(4) It's bulky, really bulky - QNX can run quite comfortably in 5 megs of RAM - QPE requires much more.
(5) It's prettier... sorry, it just is.
Now the GPL issue..
Sorry to tell you but the GPL is not a good thing (TM).
Software on the QNX version of the iPaq can use the GPL if the author desires, however many real embeded developers have a great dislike for it (for many reasons). In fact, I'd like to tell you a little story.
Back before QNX 6.0 was released to the public QNX uses ALSA for sound... for it seemed like a good idea at the time - "simply tweek the drivers and recompile for QNX" said the QSSL engineers "It'll make our jobs alot easier!" they said.
But it diddent! See, many of the big audio corporations had what is known as "propritary hardware", and in order to have a real, fully-accelerated driver they'd have to relase all their secrets to the public and their competition.
QSSL soon figured out the problems with this; Is it better to have an OS that has rocking sound with a few-closed source drivers or an OS with okay sound and a couple of problematic drivers beacuse big busness dosent wana share technical specs?
So, the poor old QSSL engineers rewrote the sound system from the ground up so it wouldnt be tainted (yes, thats the right word - tainted) by the GPL. Now big busness likes them! As they can make driver or submit secret information to QSSL under a NDA for them to make excellent drivers, plus most of the sound system is open-source (download the Audio DDK and see for yourself). It's really a win-win situation.
And remember - Many pats of QNX -ARE- open-source (not just the sound system!), and the open-source parts (for the greater part) can be used for both comercial and non comercial purpose, but are not GPL'ed.
One must NOT confuse the GPL and the open-source philosphy, as they are two different things.
Re:QNX? QPE! (Score:1)
Re:QNX? QPE! (Score:1)
QSSL IS NOT MAKING MONEY FROM OPEN-SOURCE/FREE-SOFTWARE DEVELOPERS.
They are making money from large corporations that like to keep secrets. Now dont get me wrong - they like the ideas they hold and in a utopia there would be no secrets and everyone would be happy... but this isnt a perfect world.
Next, reverse-engineering is unacceptable for a company like QSSL - QNX when used in the real world depends on being as acurate as possible and alot of the time reverse engineer is unaccurate or impossible on some devices (I'd tell you a little story about the Dallas MCU and Mr Coffe but I've told a bit to many stories today...).
Not only is reverse engineering a bad choice as mention above it's also an ILLEGAL choice in many places where QSSL has brances, and illegal activity is not good umm-k? QSSL dose not like to pay million dollar lawsuits for the free-software community.
You seem to misunderstand that QSSL as an OS developer is always stuck between a rock and a hardplace, between end-users who want the world to be open and developers who feel knowledge corrupts and absolutely knoledge corrupts absolutly.
Frankly QSSL is doing the very best possibly, there making as much source code free to everyone (busness and privite users alike) while keeping powerful friends that might later bless them for their patronage. I hope you can understand where their comming from.
Re:QNX? QPE! (Score:1)
use FLTK (Score:1)
Qt costs lots of money if you want to write commercial apps for it. Fortunately, there is a cheaper and better choice for writing embedded apps: just use FLTK. It's much more compact than Qt, you can use it freely for writing commercial apps, and it runs on Linux.
Re: (Score:1)
Re:Gorgeous (Score:1)
Actually QNX makes money (Score:1)
There forte is being the OS of choice for nuclear reactors & 'machines that go beep' in hospitals.
Only 1 App missing (Score:1)
mame and ssh are the only 2 apps i use on my ipaq. The only problem with ipaqs it doesnt handle multiple buttons pressed at the same time.
Re:Only 1 App missing (Score:1)
I've personally submited MANY patches to xmame/xmess (see: http://x.mame.net/download/changes.unix) tho I havent checked it in awhile I assume it should be good.
I'm also mantaining the official port of MAME for QNX; PhMAME. Download it here [classicgaming.com] or see an old screenshot here [classicgaming.com].
Re:Only 1 App missing (Score:1)
QNX is definitely cool (Score:2, Interesting)
Re: What makes you think they havent'? ;-) (Score:1)
In-house QSSL has QNX running on a G4 (tho not much work is being done on it now, as if you'll pass by your more then likely just going to see the now infamous phmatrix screen saver)...
Just no use at all .... (Score:3, Informative)
The quality of the OS is important for the end-user, but the power of the dev-kit is important for the dev costs (easiest is the dev time, cheapest is the application).
But this was yesterday statement
SavaJe (a Lucent spin-off) released betas of XE, their OS for StrongARM.
What's the difference
What's the trick ?
Just one word : it's Java !
Ok, i heard Java "friends" that says, : "but how can you expect to run a java application on such a device ?"
I will add, it is not simply a java platform compatible but GUIs applications are also written in Swing !
The same "sceptics", can say not : "Gosh ! Are you kidding ?"
And there i must add : and it is damned fast !
You don't trust me, just go to www.savaje.com and download the latest beta of XE and set it up to you iPaq
But beware, it's a drug-like : once you get into no way out !
Ok, so about the specs :
- It's fully Java2 SE 1.3 compliant
- It is also JNLP compliant (cf JavaWebStart and JNLP)
Just imagine : your develop you application, click on deploy as JNLP, the type-in the URL on your ipaq and voila : the application is running on it !!!
For those who still consider that Java is just one more stupid language and not a complete new way of programming
Of course XE still lack some features (only few CF & PCCard supports), no IRDA at this time
XE for me is quite interresting in a enterprise architecture as it offer a great opportunity to leverage all the skills and legacy systems available. Creating a mobile device application has never been so easy !
As a conclusion, XE just prove that when stilled peoples work on something then impossible things can became true.
Don't get me wrong, Linux is the greatest OS for PC desktop applications
Please note that i am sure this message will be moderate down as it will hurt the
4R34'.
Awesome!! (Score:1)
Those screenshots from the qPaq look totally awesome. That + Opera and that little thing will just rip!
QNX definitely has the art of making pretty interafces down, and the code behind it is super solid and interesting (too bad we don't get to see it...).
Open source? (Score:2)
Re:Open source? (Score:1)
> I thought that I saw somewhere that QSSL was making parts of QNX open source? Anybody hear anything about that?
Download any DDK and you'll find driver source and more, also check out http://cvs.qnx.com (It needs an update but it's gitting there).
>An Photon Linux port would really rock.
Bah... it's been ported to windows, but it aint gonna be ported to Linux anytime soon.
>Photon has tons of features, is really small and fast, and the fonts and UI graphics look orgasmically good.
Yep...
>QNX's kernel is nice for embedded systems, but on the desktop (which RtP tries to support) it is kinda flaky due to an anemic VM and filesystem.
Anemic VM and filesystem? The VM and filesystem are fine - it'd be good if you gave a real example of how they were bad (the one below dosent count as I nip it in the bud...).
>For example, it doesn't support paging directly, an app has to be coded with it in mind. Great for RT, but for GCC.
munlockall() - is that so hard? Watch...
int main()
{
printf("info: enabling swapfile...");
munlockall();
printf("info: swapfile enabled!");
return 0;
}
The ability to enable or disable paging in an application is an asset in any device including desktops, not a fault.
Re:Open source? (Score:2)
>>>>>>>>>
How 'bout these?
1) The filesystem is as slow as molasses. Untarring an archieve takes twice as long as on Linux. Throughputs above 10MB/sec (on my 7200RPM drive that gets 27MB/sec in Linux) are hard to come by. Apparently, something in libc has been fixed with 6.1, but the underlying FS problems are there. Also, no journeling, no softupdates, no features of any kind.
2) The VM cannot keep an mmap()'ed file in sync with with the disk if you use read/write to modify the file. That tells a lot about the deficiecies of the underlying implementation.
3) The VM and buffer-cache are not integrated. This was a big fault of BeOS's, and really hurt its I/O performance. BeOS and QNX are apparently the last big OSs without a unified buffer-cache/VM.
As for "nipping" the swap problem, you haven't. You still have to call munlockall(). So you either have to modify program source, or (if you have binary programs that don't call it) just live with it. Also, it was apparently put in just to support GCC, so I wouldn't be too sure that the underlying impelementation is very good.
Re:Open source? (Score:1)
ext2fs is a PIG (just as all else of Linux stuff!). Robustness is the thing embedded system filesystems are designed with in mind. The filesystem drivers are deterministic in nature. Infact each and every core driver is deterministic and overned by realtime execution rules. In an ext2fs, if you loose a few superblocks in badblocks you're doomed. In qnx even if you loose most of it, you can still recover most of the data. Because every critical portion has a magic identifier. Reliability is what matters in an atomic reactor (that's like where QNX is being used!) than a filesystem that gives 27MB/s one day, and bombs (:P) the other day!
And man, does it need to have a journaling filesystem, if it checks and corrects my 10 GB partition in under 20 seconds! (don't wipe your eyes, its correct!). while in lab I administer no *nix does it in 5 mins. also talking about NTFS (a journaling fs), W2K takes around 5 mins to check entire 6GB volume for inconsistencies.
Infact that's why I made a QNX boot image for myself with mandatory disk checking after mount (yep! after mount
I suggest you to take a few readings on qnx.com about realtime OS and you'll know what does it take to make a realtime OS.
Re:Open source? (Score:2)
>>>>>
I think you missed my point. I never said anything about QNX in the embedded space, I was talking about RtP in desktop space. According to QNX's docs, RtP is competing in desktop space. In that space, speed is more important than determinism. Maybe QNX doesn't want to fork the OS or change its deterministic policies, but then they shouldn't be competing in desktop space!
PS> Yes, all modern FSs should have journeling. Its not the fsck that matters, but the fact that in order to achieve good consistancy, it must use synchronus writes to the disk for metadata. That why the old BSD's without softupdates were so slow for compiling and untarring (very metadata intensive uses) and which is why QNX is slow for the same tasks.
PS2> QNX RtP really isn't used in nuclear reactors. QNX4 is used for those tasks. So far, the only thing QNX RtP (or QNX6 in general) has been used for embedded devices, which don't have the same life-or-death requirements of determinism that do nuclear reactors.
Re:Open source? (Score:1)
I think you've missed the point
You say you werent talking about qnx RtP in the embeded space but as a desktop - yet this entire slashdot post was on QNX RtP on the iPaq, an embeded device.
Frankly, I can use QNX6 as a desktop and have for quite some time. The issues you present are trivial at best in my view.
Re:Open source? (Score:1)
VSTa would be nice too (Score:1, Interesting)
Its called VSTa, or Valencia Simple Tasker. One of the main features of VSTa and QNX is that of a true microkernel architecture. The entire kernel runs in on-chip cache in around 40k of memory.
VSTa has been around for a while and is GPL'd. It has an elegant design, but unfortunately it doesn't have a large group of developers working on the kernel and associated software. Too bad, I say.
As much as I love linux, I think that VSTa would be an ideal kernel for the iPaq and similar devices. Now someone needs to do a port for StrongARM.
If you're interested try www.vsta.org
jim burnes jburnes@vonu.net
Yes! (Score:2)
Re:Why does QNX excite people? (Score:1)