public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Peter Wächtler" <pwaechtler@loewe-komp.de>
To: Mark Mielke <mark@mark.mielke.cc>
Cc: Oliver Xymoron <oxymoron@waste.org>,
	Daniel Phillips <phillips@bonn-fries.net>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [ANNOUNCE] Adeos nanokernel for Linux kernel
Date: Thu, 06 Jun 2002 10:34:43 +0200	[thread overview]
Message-ID: <3CFF1EA3.80300@loewe-komp.de> (raw)
In-Reply-To: <E17FfU7-0001dP-00@starship> <Pine.LNX.4.44.0206051330060.2614-100000@waste.org> <20020605164837.A25348@mark.mielke.cc>

Mark Mielke wrote:
> I like the idea of Adeos, and nanokernels. I like the idea of RT, and
> I like the fact that the Open Source community is interested in all of
> these topics. It means that solutions such as VxWorks now have real
> competition, and they will be forced to make their large price tag
> purchase real value for customers, or customers will shop elsewhere.
> 

I'm also not against such approaches.
As I worked for QNX I liked to provoke my Canadian coworkers
with arguments like: RTLinux is able to swap - not bad for a hack ;-)

http://groups.google.de/groups?selm=378b7d25%240%24199%40nntp1.ba.best.com&output=gplain

> Just... an .mp3 player for a desktop environment? This is a
> joke. Maybe the RTOS can perform my compiles too? That way will be
> able to accurately predict how long it will take to compile
> linux-2.4.18 each and every time.

When talking about hard realtime it's all about worst case
considerations. Average does not count (then you are talking about
*soft realtime* -> like multimedia apps, where only the quality counts).
So you could only tell how long your compile lasts at *maximum*

As I said before: the OS is only the foundation for realtime *systems*
> 
> Summary: Linux + RTOS should never become VxWorks.
> 

Yes, given that vxworks is more like a realtime executive
(but this seems to change: only true when running without VxVMI? )

http://www.windriver.com/products/html/vxwks5x_ds.html


  reply	other threads:[~2002-06-06  8:32 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-03  8:35 [ANNOUNCE] Adeos nanokernel for Linux kernel Karim Yaghmour
2002-06-03  8:46 ` Erik Andersen
2002-06-03  8:56   ` Alessandro Rubini
2002-06-03  9:14   ` Karim Yaghmour
2002-06-03  9:52     ` Erik Andersen
2002-06-03 10:05       ` Alessandro Rubini
2002-06-03 10:12       ` Karim Yaghmour
2002-06-03 10:33         ` Erik Andersen
2002-06-03 10:38           ` Karim Yaghmour
2002-06-03 11:05         ` Daniel Phillips
2002-06-03  9:26 ` Daniel Phillips
2002-06-04 19:29   ` Oliver Xymoron
2002-06-05  2:20     ` Daniel Phillips
2002-06-05  2:40       ` Oliver Xymoron
2002-06-05  2:57         ` Daniel Phillips
2002-06-05 13:51           ` Oliver Xymoron
2002-06-05 14:25             ` Daniel Phillips
2002-06-05 15:37               ` Oliver Xymoron
2002-06-05 17:32                 ` Daniel Phillips
2002-06-05 18:06                   ` Mark Mielke
2002-06-05 18:26                     ` Daniel Phillips
2002-06-05 19:13                       ` Oliver Xymoron
2002-06-05 19:40                         ` Daniel Phillips
2002-06-05 20:51                           ` Mark Mielke
2002-06-05 21:45                             ` Daniel Phillips
2002-06-05 21:22                           ` Oliver Xymoron
2002-06-05 21:55                             ` Daniel Phillips
2002-06-06  8:52                               ` Peter Wächtler
2002-06-06 10:58                                 ` Daniel Phillips
2002-06-06 14:03                                   ` Peter Wächtler
2002-06-06 16:53                                     ` Daniel Phillips
2002-06-05 20:48                         ` Mark Mielke
2002-06-06  8:34                           ` Peter Wächtler [this message]
2002-06-08 13:50             ` john slee
2002-06-08 13:59               ` Thunder from the hill
2002-06-06 21:21           ` Pavel Machek
2002-06-07  1:35             ` Mark Mielke
2002-06-07  2:42               ` Daniel Phillips
2002-06-07  2:48                 ` Mark Mielke
2002-06-07 10:32                   ` Daniel Phillips
2002-06-07 21:35                     ` Pavel Machek
2002-06-05  9:41         ` Ingo Oeser
2002-06-05 18:20           ` Karim Yaghmour
2002-06-05  3:56       ` J Sloan
2002-06-05  4:08         ` Daniel Phillips
2002-06-05  7:28           ` Eric W. Biederman
2002-06-05 11:15           ` Peter Wächtler
2002-06-05 12:56             ` Daniel Phillips
2002-06-05 11:11       ` Peter Wächtler
2002-06-05 16:55       ` Rob Landley
2002-06-04 16:10 ` Pavel Machek
2002-06-04 19:59   ` Karim Yaghmour
2002-06-04 21:53   ` Karim Yaghmour
2002-06-04 23:06     ` Alan Cox
2002-06-05  4:00   ` Daniel Phillips
  -- strict thread matches above, loose matches on Subject: below --
2002-06-05  9:24 Martin.Knoblauch
2002-06-05 19:01 Paul Zimmerman
2002-06-05 19:11 ` Karim Yaghmour
2002-06-05 20:17 ` Daniel Phillips

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3CFF1EA3.80300@loewe-komp.de \
    --to=pwaechtler@loewe-komp.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark@mark.mielke.cc \
    --cc=oxymoron@waste.org \
    --cc=phillips@bonn-fries.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox