Re: A working document

Herman Bruyninckx <[email protected]>
Newsgroups gmane.science.robotics.orocos.user
Message-ID <Pine.LNX.4.33.0112271120060.20063-100000@pc25-213.mech.kuleuven.ac.be>
On Thu, 27 Dec 2001, Cezary Zielinski wrote:

[...]
> > For instance, a module could run perfectly on a machine with much CPU,
> > but I could completely fail on another machine, or if the CPU gets
> > overloaded.
> > Not all the components  are interrested in such temporal properties, but
> > for the lowest (real-time) level, I think it's important. Don't you?
> >
>
> Such a feature of the system would be usefull, but quite difficult to
> implement as we are taking of measuring time with high resoluton (e.g. less
> than 1 ms). If a system is not able to execute the srvo loop in prescribed
> time (e.g. 1 ms) will it be able to measure time with that resolution? RTOS
> usually depend on timeslices. For slow CPUs thay can be 10ms or 50ms. The
> other problem is that the fact that the CPU is too slow would emerge at
> run-time.

I would not spend any effort at trying to get Orocos functionality
working for ``underpowered'' systems. It should run at at least 1kHz
on a modern CPU (Intel, AMD, PowerPC, Alpha, ...), but not on less.

Herman
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.