[PD] firm delay scheduling

Simon Iten itensimon at gmail.com
Wed Oct 31 00:49:23 CET 2012


If you have a multicore  machine you should be fine...
On Oct 31, 2012 12:31 AM, "Jonathan Wilkes" <jancsika at yahoo.com> wrote:

> ----- Original Message -----
>
> > From: Cyrille Henry <ch at chnry.net>
> > To: pd-list at iem.at
> > Cc:
> > Sent: Tuesday, October 30, 2012 1:52 PM
> > Subject: Re: [PD] firm delay scheduling
> >
> > hello,
> >
> > if your problem is detecting when cpu is over 100% so that delay is not
> acurate,
> > then the best solution is some kind of external watchdog.
> >
> > just send a message every 10 ms to an other software, if this external
> software
> > did not receive anything during the last 20ms, then there is a cpu
> problem on
> > the pd side...
> >
> >
> > the external software can be an other pd, a shell script (using
> pdreceive, or
> > anything else.
>
> How is the second pd going to complete its computations on time when the
> CPU
> is over 100%?
>
> >
> > cheers
> > c
> >
> > Le 30/10/2012 18:13, Jean-Marie Adrien a écrit :
> >>  Hello
> >>  I'm trying to launch security procedures in case of trouble, that will
> > respond in less than 250 msec.
> >>  The fundamental question is :
> >>
> >>  Is there an object to schedule an event in the future with firm
> absolute
> > delay ?
> >>
> >>  {realtime} measures time AFTER the problem (no scheduling)
> >>  {del} schedules things but the delay is kind of elastic, depending on
> the
> > CPU load.
> >>
> >>  thanks
> >>  JM
> >>
> >>
> >>  _______________________________________________
> >>  Pd-list at iem.at mailing list
> >>  UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >>
> >
> > _______________________________________________
> > Pd-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20121031/40029e5f/attachment-0001.htm>


More information about the Pd-list mailing list