#312 ui performance bad on 0.40.3-extended

[frey]

In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.

This problem exists back to at least the 2008-01-08 autobuild.

Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.

Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.

[frey]

ui slowness test

[Hans-Christoph Steiner]

Logged In: YES
user_id=27104
Originator: NO

Using this example patch with Pd-extended 0.40.3-extended-20080627 on my 3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable difference in load time when compared to Pd 0.41-4. It is slower for dragging, so I'll look into that. But it is far from atrocious on my machine it is quite usable, just a bit of a lag makes it feel somewhat heavy.

I am using the default preferences. Have you tried removing your prefereneces? Also what version of Mac OS X are you on?

I'll test on older G4 today.

[Hans-Christoph Steiner]

Logged In: YES
user_id=27104
Originator: NO

It seems there was a similar report a while back, but with no example patch:

https://sourceforge.net/tracker/index.php?func=detail&aid=1839447&group_id=55736&atid=478070

"when opening a patch, the screen takes a little while to show--first all
the objects show up, then after almost 1/2 second the connections show.
after doing something--eg hitting cmd-s, it takes some time for the system
to be ready for the next action: hitting eg cmd-1 or cmd-e directly doesn't
do anything. wait a second, and it works again.
this was not the case in earlier autobuilds (march this year).
pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently
upgraded .10)"

[Hans-Christoph Steiner]

Logged In: YES
user_id=27104
Originator: NO

Here is more from an old G4:

http://lists.puredata.info/pipermail/pd-list/2007-11/056368.html
http://lists.puredata.info/pipermail/pd-list/2007-11/056380.html

[frey]

Logged In: YES
user_id=1772500
Originator: YES

i just tried it without preferences or .pdrc file, and got the same thing.

.. and on 0.41.4-vanilla the performance is exactly the same as 0.40.2-vanilla.

[frey]

Logged In: YES
user_id=1772500
Originator: YES

i'm on OSX 10.4.11/Intel

[Hans-Christoph Steiner]

Logged In: YES
user_id=27104
Originator: NO

which hardware? be as specific as possible please. Also, how much of a delay is there for opening?

[Nobody/Anonymous]

Logged In: NO

This problem is also on Windows XP sp2

[Luke Iannini]

Logged In: YES
user_id=1541432
Originator: NO

Hello,
The main issue affecting me has been the load times, since I have a very deeply GOP'd patch suite (16 instances of one module) that currently takes over 15 minutes to open. Tonight I have benchmarked a selection of Pd-E releases with just one GOP-heavy module of this suite to try to narrow down when this began.

Here are the results, from clicking off the entered object text to appearance of the GOP GUI:

Pd 0.41-4 21 secs
Pd-E 20080622 85 secs
Pd-E 20080601 110 secs
Pd-E 20080528 91 secs
Pd-E 20080522 108
Pd-E 20080518 29 secs
Pd-E 20080418 32 secs
Pd-E 20080110 34 secs

So, it seems that the breaking point was between 5-18 and 5-22, which seems about right to me. I'm out of energy tonight, but tomorrow I'll check the logs to see what changed in those 3 days.