[GEM-dev] [pd-gem:bugs] #144 pix_image eats a lot of CPU even when idle

"IOhannes m zmölnig" via GEM-dev gem-dev at lists.iem.at
Tue Jul 8 18:02:32 CEST 2014


- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_image, CPU
- **assigned_to**: IOhannes m zmölnig
- **OS**:  --> linux
- **Release**: linux --> 0.92.3



---

** [bugs:#144] pix_image eats a lot of CPU even when idle**

**Status:** closed-fixed
**OS:** linux
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) pix_image CPU 
**Created:** Fri May 27, 2011 07:50 PM UTC by Matteo Sisti Sette
**Last Updated:** Thu Jan 12, 2012 06:16 PM UTC
**Owner:** IOhannes m zmölnig

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.

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.

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.


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.


---

Sent from sourceforge.net because gem-dev at lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20140708/8af4b3c0/attachment.html>


More information about the GEM-dev mailing list