[PD] GEM - questions about cpu/gpu performance for installation
Hello all,
I am making a patch for an installation using GEM and have several questions
regarding image processsing.
The 'visual' patch consists of many GL polygons (expecting about a 1000 per
computer) over which I am texturing images.
The basic building blocks (abstractions) are:
gemhead
|
color
|
pix_buffer_read
|
pix_texture
|
pix_coordinate
|
alpha
|
polygon
-Right now, my computer (old powerbook OSX 10.4.11 - one processor, built-in
graphics (ATY,RV360M11 it claims)) displaying at 1280 * 960, with 23
polygons being rendered at 30fps and nothing else being done in pd, claims
to be using 13-17% of the CPU, but it doesn't seem to display
correctly ('slow') + it becomes a bit unresponsive ('slow').
-A collaborators newer 'macbook' (not pro, but still 2 processors), with
built-in intel GMA 950 gfx card, claims to be using 95-100%(completely
incoherent), and is also unresponsive('slow'). Anyway, the instalation will
probably run in linux desktops so i am trying to define the architecture a
bit.
= SO: these are some questions i can't really answer right now, but i
believe would shed light on the issues:
1- Which parts of this process (or image processing in general) are done by
the CPU, and which by the GPU?
2- shouldn't a two processor machine increase the performance in a GEM Patch
by default: display in one and process in the other???
3- How much and/or in what ways would the performance of the program
increase if I had a better graphics card? What features should I be looking
for in a card?
all suggestions/comments are welcome
best,
J
--
Jaime E Oliver LR
[EMAIL PROTECTED]
www.realidadvisual.org/jaimeoliver
www-crca.ucsd.edu/
www.realidadvisual.org
9168 Regents Rd. Apt. G
La Jolla, CA 92037
USA
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - questions about cpu/gpu performance for installation
On Thu, Apr 24, 2008 at 4:16 AM, Jaime Oliver [EMAIL PROTECTED]
wrote:
-Right now, my computer (old powerbook OSX 10.4.11 - one processor,
built-in graphics (ATY,RV360M11 it claims)) displaying at 1280 * 960, with
23 polygons being rendered at 30fps and nothing else being done in pd,
claims to be using 13-17% of the CPU, but it doesn't seem to display
correctly ('slow') + it becomes a bit unresponsive ('slow').
Make sure the -nrt flag is used with GEM. This should increase GUI response
on OSX.
-A collaborators newer 'macbook' (not pro, but still 2 processors), with
built-in intel GMA 950 gfx card, claims to be using 95-100%(completely
incoherent), and is also unresponsive('slow'). Anyway, the instalation will
probably run in linux desktops so i am trying to define the architecture a
bit.
The Intel 'GPU' uses the CPU for just about everything. Performance is not
good.
1- Which parts of this process (or image processing in general) are done by
the CPU, and which by the GPU?
Anything pix_ is done on the CPU. The Geos use both CPU and GPU and the
Manips and controls use the GPU.
2- shouldn't a two processor machine increase the performance in a GEM
Patch by default: display in one and process in the other???
No. OpenGL commands have to be run in the same thread. Some of the video
handling APIs (Quicktime and DirectShow) use multiple threads for encoding
and decoding video.
3- How much and/or in what ways would the performance of the program
increase if I had a better graphics card? What features should I be looking
for in a card?
The ATI 2000 and Nvidia 8000 series should have little problem running
patches with lots of geometry and basic GEM functions. Shaders can be
performance problems even on the top cards. Large screen resolutions and
fragment shaders are particularly hard on the GPU.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
