RSS/Atom feed Twitter
Site is read-only, email is disabled

OSX Performance (screen redraw)

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

5 of 5 messages available
Toggle history

Please log in to manage your subscriptions.

OSX Performance (screen redraw) Pat David 08 Jul 13:40
  OSX Performance (screen redraw) Pat David 12 Jul 02:41
   OSX Performance (screen redraw) Michael Henning 12 Jul 22:15
    OSX Performance (screen redraw) Partha Bagchi 12 Jul 22:45
     OSX Performance (screen redraw) Pat David 23 Jul 22:12
Pat David
2013-07-08 13:40:22 UTC (over 10 years ago)

OSX Performance (screen redraw)

Hi all,

I wasn't sure if I should post here, but I figure it can't hurt.

I'm running OSX 10.7.5 (Lion) w/ 4GB ram, and have been primarily using two builds from Simone and Partha. (Partha's 2.8.6 build, and the latest from Simone for Lion 2.8.4 - 2.8.4p2)

What I'm seeing is an incredibly slow screen/canvas redraw when doing actions that affect the entire layer. For instance, here is a small screencast of turning a layer on and off in my system:

http://www.youtube.com/watch?v=dxLlOJY7ZJs

I've tried setting the tile cache size from 3GB to 1GB, and even down to 512MB, but it makes no difference.

I've found previous posts around about color management possibly being the culprit, but I've tried it both with/without color management enabled, and it appears to make no difference.

The only thing I've noticed is that if I zoom into a much smaller region, things speed up quickly. (It's actually faster to zoom in to about 300%, toggle a layer visibility or adjust curves, then zoom out - where the effect has been applied across the entire image layer, as opposed to trying to do while viewing the entire image).

I saw a changelog that mentioned this might be fixed, so I'm worried I might be doing something wrong...

pat david
http://blog.patdavid.net
Pat David
2013-07-12 02:41:17 UTC (over 10 years ago)

OSX Performance (screen redraw)

To follow up, in case it helps anyone out, here is the output from the terminal when running the app:

Pats-Air:MacOS pat$ ./Gimp Dir is .
Appdir is /Users/pat/Downloads/Gimp-2.8.app removed /tmp/pb2.8 folder
removed tmp/lib folder
Hello - About to run Gimp - Standby
CWD is /tmp/pb2.8/Gimp-2.8.app/Contents/MacOS pwd is /Users/pat
Strip out the argument added by the OS... Cannot spawn a message bus without a machine-id: Unable to load /var/lib/dbus/machine-id or /etc/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such file or directory

(gimp-2.8:6567): GLib-GObject-WARNING **: g_object_set_valist: object class 'GeglConfig' has no property named 'cache-size' /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:18: Unable to locate image file in pixmap_path: "../Default/images/stock-error-64.png" /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:22: Unable to locate image file in pixmap_path: "../Default/images/stock-info-64.png" /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:26: Unable to locate image file in pixmap_path: "../Default/images/stock-question-64.png" /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:30: Unable to locate image file in pixmap_path: "../Default/images/stock-warning-64.png" ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject)

** (process:6580): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'

The only part that looks possibly suspect/related to me is the GObject-WARNING about 'Geglconfig" has no property named 'cache-size'.

Could this be related?

On Mon, Jul 8, 2013 at 8:40 AM, Pat David wrote:

Hi all,

I wasn't sure if I should post here, but I figure it can't hurt.

I'm running OSX 10.7.5 (Lion) w/ 4GB ram, and have been primarily using two builds from Simone and Partha. (Partha's 2.8.6 build, and the latest from Simone for Lion 2.8.4 - 2.8.4p2)

What I'm seeing is an incredibly slow screen/canvas redraw when doing actions that affect the entire layer. For instance, here is a small screencast of turning a layer on and off in my system:

http://www.youtube.com/watch?v=dxLlOJY7ZJs

I've tried setting the tile cache size from 3GB to 1GB, and even down to 512MB, but it makes no difference.

I've found previous posts around about color management possibly being the culprit, but I've tried it both with/without color management enabled, and it appears to make no difference.

The only thing I've noticed is that if I zoom into a much smaller region, things speed up quickly. (It's actually faster to zoom in to about 300%, toggle a layer visibility or adjust curves, then zoom out - where the effect has been applied across the entire image layer, as opposed to trying to do while viewing the entire image).

I saw a changelog that mentioned this might be fixed, so I'm worried I might be doing something wrong...

-- pat david
http://blog.patdavid.net

pat david
http://blog.patdavid.net
Michael Henning
2013-07-12 22:15:27 UTC (over 10 years ago)

OSX Performance (screen redraw)

The warning that said "'Geglconfig" has no property named 'cache-size'." isn't related. That's just there because of the version of gegl in use by the builds.

Because 2.8 doesn't use gegl for most operations, that wouldn't cause your issue.

Sorry, I don't know what's causing this.

-- drawoc

On Thu, Jul 11, 2013 at 10:41 PM, Pat David wrote:

To follow up, in case it helps anyone out, here is the output from the terminal when running the app:

Pats-Air:MacOS pat$ ./Gimp Dir is .
Appdir is /Users/pat/Downloads/Gimp-2.8.app removed /tmp/pb2.8 folder
removed tmp/lib folder
Hello - About to run Gimp - Standby
CWD is /tmp/pb2.8/Gimp-2.8.app/Contents/MacOS pwd is /Users/pat
Strip out the argument added by the OS... Cannot spawn a message bus without a machine-id: Unable to load /var/lib/dbus/machine-id or /etc/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such file or directory

(gimp-2.8:6567): GLib-GObject-WARNING **: g_object_set_valist: object class 'GeglConfig' has no property named 'cache-size' /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:18: Unable to locate image file in pixmap_path: "../Default/images/stock-error-64.png" /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:22: Unable to locate image file in pixmap_path: "../Default/images/stock-info-64.png" /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:26: Unable to locate image file in pixmap_path: "../Default/images/stock-question-64.png" /tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:30: Unable to locate image file in pixmap_path: "../Default/images/stock-warning-64.png" ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject)

** (process:6580): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'

The only part that looks possibly suspect/related to me is the GObject-WARNING about 'Geglconfig" has no property named 'cache-size'.

Could this be related?

On Mon, Jul 8, 2013 at 8:40 AM, Pat David wrote:

Hi all,

I wasn't sure if I should post here, but I figure it can't hurt.

I'm running OSX 10.7.5 (Lion) w/ 4GB ram, and have been primarily using two builds from Simone and Partha. (Partha's 2.8.6 build, and the latest from Simone for Lion 2.8.4 - 2.8.4p2)

What I'm seeing is an incredibly slow screen/canvas redraw when doing actions that affect the entire layer. For instance, here is a small screencast of turning a layer on and off in my system:

http://www.youtube.com/watch?v=dxLlOJY7ZJs

I've tried setting the tile cache size from 3GB to 1GB, and even down to 512MB, but it makes no difference.

I've found previous posts around about color management possibly being the culprit, but I've tried it both with/without color management enabled, and it appears to make no difference.

The only thing I've noticed is that if I zoom into a much smaller region, things speed up quickly. (It's actually faster to zoom in to about 300%, toggle a layer visibility or adjust curves, then zoom out - where the effect has been applied across the entire image layer, as opposed to trying to do while viewing the entire image).

I saw a changelog that mentioned this might be fixed, so I'm worried I might be doing something wrong...

-- pat david
http://blog.patdavid.net

--
pat david
http://blog.patdavid.net
_______________________________________________ gimp-developer-list mailing list
List address: gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Partha Bagchi
2013-07-12 22:45:27 UTC (over 10 years ago)

OSX Performance (screen redraw)

It's probably a combination of cairo/pixman/gdk_pixbuff that is interacting weirdly with Pat's Mac. I'll test it with him to see what the cause is.

On Fri, Jul 12, 2013 at 6:15 PM, Michael Henning wrote:

The warning that said "'Geglconfig" has no property named 'cache-size'." isn't related. That's just there because of the version of gegl in use by the builds.

Because 2.8 doesn't use gegl for most operations, that wouldn't cause your issue.

Sorry, I don't know what's causing this.

-- drawoc

On Thu, Jul 11, 2013 at 10:41 PM, Pat David wrote:

To follow up, in case it helps anyone out, here is the output from the terminal when running the app:

Pats-Air:MacOS pat$ ./Gimp Dir is .
Appdir is /Users/pat/Downloads/Gimp-2.8.app removed /tmp/pb2.8 folder
removed tmp/lib folder
Hello - About to run Gimp - Standby
CWD is /tmp/pb2.8/Gimp-2.8.app/Contents/MacOS pwd is /Users/pat
Strip out the argument added by the OS... Cannot spawn a message bus without a machine-id: Unable to load /var/lib/dbus/machine-id or /etc/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such file or directory

(gimp-2.8:6567): GLib-GObject-WARNING **: g_object_set_valist: object

class

'GeglConfig' has no property named 'cache-size'

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:18:

Unable to locate image file in pixmap_path: "../Default/images/stock-error-64.png"

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:22:

Unable to locate image file in pixmap_path: "../Default/images/stock-info-64.png"

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:26:

Unable to locate image file in pixmap_path: "../Default/images/stock-question-64.png"

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:30:

Unable to locate image file in pixmap_path: "../Default/images/stock-warning-64.png" ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject)

** (process:6580): WARNING **: Trying to register gtype

'GMountMountFlags'

as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype

'GDriveStartFlags'

as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'

The only part that looks possibly suspect/related to me is the GObject-WARNING about 'Geglconfig" has no property named 'cache-size'.

Could this be related?

On Mon, Jul 8, 2013 at 8:40 AM, Pat David wrote:

Hi all,

I wasn't sure if I should post here, but I figure it can't hurt.

I'm running OSX 10.7.5 (Lion) w/ 4GB ram, and have been primarily using two builds from Simone and Partha. (Partha's 2.8.6 build, and the

latest

from Simone for Lion 2.8.4 - 2.8.4p2)

What I'm seeing is an incredibly slow screen/canvas redraw when doing actions that affect the entire layer. For instance, here is a small screencast of turning a layer on and off in my system:

http://www.youtube.com/watch?v=dxLlOJY7ZJs

I've tried setting the tile cache size from 3GB to 1GB, and even down to 512MB, but it makes no difference.

I've found previous posts around about color management possibly being

the

culprit, but I've tried it both with/without color management enabled,

and

it appears to make no difference.

The only thing I've noticed is that if I zoom into a much smaller

region,

things speed up quickly. (It's actually faster to zoom in to about

300%,

toggle a layer visibility or adjust curves, then zoom out - where the effect has been applied across the entire image layer, as opposed to

trying

to do while viewing the entire image).

I saw a changelog that mentioned this might be fixed, so I'm worried I might be doing something wrong...

-- pat david
http://blog.patdavid.net

--
pat david
http://blog.patdavid.net
_______________________________________________ gimp-developer-list mailing list
List address: gimp-developer-list@gnome.org List membership:

https://mail.gnome.org/mailman/listinfo/gimp-developer-list _______________________________________________ gimp-developer-list mailing list
List address: gimp-developer-list@gnome.org List membership:
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Pat David
2013-07-23 22:12:49 UTC (over 10 years ago)

OSX Performance (screen redraw)

Just following up on this. Had a quick conversation about this on irc with mitch. apLundell reported the same problem. We both ran a trace in instruments and came up with these:

https://www.dropbox.com/s/ndnxmp15zngf280/Instruments2.trace.zip http://andylundell.com/temp/Gimp2.8.6_Problem_ChangingLayerVisibility.trace.zip

In both cases the plateau in the timeline is the toggling of visibility on a layer (in my case, it's just a single layer visibility being toggled).

This happens in both Partha and Simone's builds... OSX 10.7.5 (and 10.7.4 in my case).

On Fri, Jul 12, 2013 at 5:45 PM, Partha Bagchi wrote:

It's probably a combination of cairo/pixman/gdk_pixbuff that is interacting weirdly with Pat's Mac. I'll test it with him to see what the cause is.

On Fri, Jul 12, 2013 at 6:15 PM, Michael Henning < drawoc@darkrefraction.com> wrote:

The warning that said "'Geglconfig" has no property named 'cache-size'." isn't related. That's just there because of the version of gegl in use by the builds.

Because 2.8 doesn't use gegl for most operations, that wouldn't cause your issue.

Sorry, I don't know what's causing this.

-- drawoc

On Thu, Jul 11, 2013 at 10:41 PM, Pat David wrote:

To follow up, in case it helps anyone out, here is the output from the terminal when running the app:

Pats-Air:MacOS pat$ ./Gimp Dir is .
Appdir is /Users/pat/Downloads/Gimp-2.8.app removed /tmp/pb2.8 folder
removed tmp/lib folder
Hello - About to run Gimp - Standby
CWD is /tmp/pb2.8/Gimp-2.8.app/Contents/MacOS pwd is /Users/pat
Strip out the argument added by the OS... Cannot spawn a message bus without a machine-id: Unable to load /var/lib/dbus/machine-id or /etc/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such file or directory

(gimp-2.8:6567): GLib-GObject-WARNING **: g_object_set_valist: object

class

'GeglConfig' has no property named 'cache-size'

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:18:

Unable to locate image file in pixmap_path: "../Default/images/stock-error-64.png"

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:22:

Unable to locate image file in pixmap_path: "../Default/images/stock-info-64.png"

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:26:

Unable to locate image file in pixmap_path: "../Default/images/stock-question-64.png"

/tmp/pb2.8/Gimp-2.8.app/Contents/Resources/share/gimp/2.0/themes/Small/gtkrc:30:

Unable to locate image file in pixmap_path: "../Default/images/stock-warning-64.png" ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject)

** (process:6580): WARNING **: Trying to register gtype

'GMountMountFlags'

as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype

'GDriveStartFlags'

as enum when in fact it is of type 'GFlags'

** (process:6580): WARNING **: Trying to register gtype

'GSocketMsgFlags'

as enum when in fact it is of type 'GFlags'

The only part that looks possibly suspect/related to me is the GObject-WARNING about 'Geglconfig" has no property named 'cache-size'.

Could this be related?

On Mon, Jul 8, 2013 at 8:40 AM, Pat David wrote:

Hi all,

I wasn't sure if I should post here, but I figure it can't hurt.

I'm running OSX 10.7.5 (Lion) w/ 4GB ram, and have been primarily using two builds from Simone and Partha. (Partha's 2.8.6 build, and the

latest

from Simone for Lion 2.8.4 - 2.8.4p2)

What I'm seeing is an incredibly slow screen/canvas redraw when doing actions that affect the entire layer. For instance, here is a small screencast of turning a layer on and off in my system:

http://www.youtube.com/watch?v=dxLlOJY7ZJs

I've tried setting the tile cache size from 3GB to 1GB, and even down

to

512MB, but it makes no difference.

I've found previous posts around about color management possibly being

the

culprit, but I've tried it both with/without color management enabled,

and

it appears to make no difference.

The only thing I've noticed is that if I zoom into a much smaller

region,

things speed up quickly. (It's actually faster to zoom in to about

300%,

toggle a layer visibility or adjust curves, then zoom out - where the effect has been applied across the entire image layer, as opposed to

trying

to do while viewing the entire image).

I saw a changelog that mentioned this might be fixed, so I'm worried I might be doing something wrong...

-- pat david
http://blog.patdavid.net

--
pat david
http://blog.patdavid.net
_______________________________________________ gimp-developer-list mailing list
List address: gimp-developer-list@gnome.org List membership:

https://mail.gnome.org/mailman/listinfo/gimp-developer-list _______________________________________________ gimp-developer-list mailing list
List address: gimp-developer-list@gnome.org List membership:
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

pat david
http://blog.patdavid.net