Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.arch.embedded > #27510
| 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 19:52 -0800 |
| Organization | A noiseless patient Spider |
| Message-ID | <877esviqyy.fsf@nightsong.com> (permalink) |
| References | (1 earlier) <0ee35027-a1c3-4f50-8ad9-12a24ec6b0cd@googlegroups.com> <87o9m8hyo9.fsf@nightsong.com> <437e912f-50ca-4db6-aacf-75c862e5e1ed@googlegroups.com> <87fu7jj03z.fsf@nightsong.com> <p2pfu8$9d4$1@dont-email.me> |
Les Cargill <lcargill99@comcast.com> writes: > It depends on your appetite for indeterminacy; I say if > you're leaning on the timer tick to operate, you have multiple > latent bugs. A complex enough program will have latent bugs no matter what. If the application critically depends on having no bugs, that dependence is a bug in its own right. A reliable system has to be able to recover from faults including software bugs. Erlang/OTP is set up so if something goes wrong in an operation, the process handling it crashes and a supervision process restarts it so things are in a known state again. This is enough to recover from quite a lot of unexpected problems. You look at the crash log the next day, figure out what happened, and roll out a fix. You can even upgrade the software while it's still running.
Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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