<p dir="ltr">I don&#39;t think it is incomplete freeing of patch resources based on what I saw so far. Could it be the watchdog&#39;s ping, isn&#39;t each of these tied to a specific timestamp?</p>
<div class="gmail_quote">On Jun 19, 2013 3:50 AM, &quot;Roman Haefeli&quot; &lt;<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, 2013-06-18 at 22:58 +0200, András Murányi wrote:<br>
&gt; Hi List,<br>
&gt;<br>
&gt;<br>
&gt; I&#39;ve got used to putting my PC to sleep (aka hibernation) often<br>
&gt; lately. Now there is this behaviour of Pd that when you leave a patch<br>
&gt; open and put the computer to sleep, once it wakes up Pd will try to do<br>
&gt; everything it missed while the computer was sleeping, so the CPU goes<br>
&gt; 100% for quite a while. I suppose this is by design.<br>
&gt;<br>
&gt; What I&#39;ve just noticed using l2ork is that I had closed my patch<br>
&gt; before hibernating (in order to avoid the CPU boost when waking up),<br>
&gt; put the computer to sleep for a few hours, and when i woke it up,<br>
&gt; surprisingly the 100% CPU boost still happened - with only the main<br>
&gt; window and console open.<br>
&gt;<br>
&gt; This makes me think some things are not destroyed properly when a<br>
&gt; patch is closed.<br>
&gt;<br>
&gt; Any thoughts appreciated...<br>
<br>
Does it help to toggle DSP off and on, when Pd is in this post-suspend<br>
mode? I had the impression it did, but I wasn&#39;t sure if it was just a<br>
coincident, that CPU usage stopped at the same moment.<br>
<br>
Roman<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>