----- Original Message ----- > From: Cyrille Henry <c...@chnry.net> > To: pd-list@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@iem.at mailing list >> UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >> > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list