Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.arch.embedded > #27502

Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)?

From Paul Rubin <no.email@nospam.invalid>
Newsgroups comp.arch.embedded
Subject Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)?
Date 2018-01-05 11:51 -0800
Organization A noiseless patient Spider
Message-ID <87o9m8hyo9.fsf@nightsong.com> (permalink)
References <p0h1kt$tb7$1@dont-email.me> <0ee35027-a1c3-4f50-8ad9-12a24ec6b0cd@googlegroups.com>

Show all headers | View raw


StateMachineCOM <statemachineguru@gmail.com> writes:
> Neither are the various ad hoc tweaks to the venerable "superloop". To
> find out about the alternatives, I would recommend to google for the
> phrase "beyond the RTOS".

I looked at https://www.embeddedrelated.com/showarticle/951.php and the
linked slideshare presentation.  I'm not that much of an OOP guy so I
may have missed some of the jargon.  But it looks like you're advocating
a traditional message-passing approach to concurrency, with some scheme
for wrapping a separate event loop for each task.  You might like the
Erlang OTP system which does something like that, with preemptive
scheduling and no shared data between tasks.  It may be inadequate for
low latency hard-real-time systems but works very well when there's a
little bit more timing slack available (millisecond-level soft RT).

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? StateMachineCOM <statemachineguru@gmail.com> - 2018-01-05 09:47 -0800
  Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Paul Rubin <no.email@nospam.invalid> - 2018-01-05 11:51 -0800
    Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? StateMachineCOM <statemachineguru@gmail.com> - 2018-01-05 15:30 -0800
      Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Paul Rubin <no.email@nospam.invalid> - 2018-01-05 16:34 -0800
        Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Les Cargill <lcargill99@comcast.com> - 2018-01-05 21:34 -0600
          Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Paul Rubin <no.email@nospam.invalid> - 2018-01-05 19:52 -0800
            Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Les Cargill <lcargill99@comcast.com> - 2018-01-06 16:42 -0600
              Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Paul Rubin <no.email@nospam.invalid> - 2018-01-08 13:45 -0800
    Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Tom Gardner <spamjunk@blueyonder.co.uk> - 2018-01-05 23:51 +0000
      Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Paul Rubin <no.email@nospam.invalid> - 2018-01-05 16:35 -0800
        Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Tom Gardner <spamjunk@blueyonder.co.uk> - 2018-01-06 09:45 +0000
          Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? upsidedown@downunder.com - 2018-01-06 12:32 +0200
            Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Tom Gardner <spamjunk@blueyonder.co.uk> - 2018-01-06 11:16 +0000
              Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? upsidedown@downunder.com - 2018-01-07 13:35 +0200
                Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Tom Gardner <spamjunk@blueyonder.co.uk> - 2018-01-07 13:55 +0000
            Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Les Cargill <lcargill99@comcast.com> - 2018-01-06 16:49 -0600
              Re: When exactly do you choose to use a RTOS (instead of a non-OS approach)? Tom Gardner <spamjunk@blueyonder.co.uk> - 2018-01-07 01:39 +0000

csiph-web