<div class="markdown_content"><ul>
<li><strong>labels</strong>: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_image, CPU</li>
<li><strong>assigned_to</strong>: IOhannes m zmölnig</li>
<li><strong>OS</strong>:  --> linux</li>
<li><strong>Release</strong>: linux --> 0.92.3</li>
</ul>
<hr />
<p><strong> <a href="http://sourceforge.net/p/pd-gem/bugs/144/" class="alink strikethrough">[bugs:#144]</a> pix_image eats a lot of CPU even when idle</strong></p>
<p><strong>Status:</strong> closed-fixed<br />
<strong>OS:</strong> linux<br />
<strong>Release:</strong> 0.92.3<br />
<strong>Labels:</strong> Pixes (pix_ objects) pix_image CPU <br />
<strong>Created:</strong> Fri May 27, 2011 07:50 PM UTC by Matteo Sisti Sette<br />
<strong>Last Updated:</strong> Thu Jan 12, 2012 06:16 PM UTC<br />
<strong>Owner:</strong> IOhannes m zmölnig</p>
<p>If you have many [pix_image] objects in a patch, even if none of them loads any image and even if none of them is connected to any gemhead, Pd will consume a lot of CPU, apparently proportional to the number of [pix_image] instances.</p>
<p>On a dual core machine, the amount of CPU consumption can exceed 100% of a core, so I guess the issue must be in some part of the code that is threaded - hopefully this may help to track down the issue.</p>
<p>The attached patch (64 pix_images) eats 150% of my intel core duo t9300 on Ubuntu 10.04 while the patch is doing absolutely nothing.</p>
<p>This makes it impossible to have a handful of pix_image objects with preloaded images and dynamically choose which one to show, just to name one thing that can't be done and which should not be resource-demanding. This kills any project working with images.</p>
<hr />
<p>Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to <a href="https://sourceforge.net/p/pd-gem/bugs">https://sourceforge.net/p/pd-gem/bugs/</a></p>
<p>To unsubscribe from further messages, a project admin can change settings at <a href="https://sourceforge.net/p/pd-gem/admin/bugs/options.">https://sourceforge.net/p/pd-gem/admin/bugs/options.</a>  Or, if this is a mailing list, you can unsubscribe from the mailing list.</p></div>