Same with me. I'm switching back to 2.7.x for the time being.

Sent from my iPod

On May 7, 2012, at 5:09 PM, Andrew Clarke wrote:

Just installed GIMP 2.8.0 win32, it seems very slow when editing images, for example if I use the spray brush the cursor moves but the tool 'circle' does not move or lags behind. The change in the image also lags behind the cursor. My system: Dell Vostro 1520, Intel 2 Duo CPU p8700 2.53GHz 4gb 32bit (Vista). Had been using 2.7.(not sure if it was .4) no problems. I have increased title cache to 3gb but no change ? _______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

I got the same problem on my limited user account in Windows XP (Core 2 Duo). I noticed, however, no such problems when running GIMP 2.8 with admin credentials.

In Preferences/Colour Management, I had enabled 'Try to use the system monitor profile's.
I disabled this, and it seems to work OK now. Rgds
A

On 08/05/2012 11:18, wojtzuch wrote:

I got the same problem on my limited user account in Windows XP (Core 2 Duo). I noticed, however, no such problems when running GIMP 2.8 with admin credentials.

I noticed a similar problem after updating to 2.8. In my case it only goes away if I turn off Colour Management altogether. Then 2.8 redraws the screen fast - if anything even faster than 2.6. But something is not quite right. "Colour Management" when redrawing the screen doesn't need to be any more than using the colour value from the image to index into a lookup table to get the colour value to sent to the screen, but for some reason it seems to be doing far more - kind of like it's rebuilding the table each time for every pixel. Given that colour management is one of the things which sets Gimp ahead of its rivals and on a par (in my opinion) with Photoshop, maybe this issue needs looking at sooner rather than later.

In Preferences/Colour Management, I had enabled 'Try to use the system monitor profile's.
I disabled this, and it seems to work OK now. Rgds
A

On 08/05/2012 11:18, wojtzuch wrote:

I got the same problem on my limited user account in Windows XP (Core 2 Duo). I noticed, however, no such problems when running GIMP 2.8 with admin credentials.

I noticed a similar problem after updating to 2.8. In my case it only goes away if I turn off Colour Management altogether. Then 2.8 redraws the screen fast - if anything even faster than 2.6. But something is not quite right. "Colour Management" when redrawing the screen doesn't need to be any more than using the colour value from the image to index into a lookup table to get the colour value to sent to the screen, but for some reason it seems to be doing far more - kind of like it's rebuilding the table each time for every pixel. Given that colour management is one of the things which sets Gimp ahead of its rivals and on a par (in my opinion) with Photoshop, maybe this issue needs looking at sooner rather than later.

Hello!
On my machine (XP 32bit, Core 2 Quad 2.4 GHz, 2GB Ram) Gimp 2.8. shows the same behavior as described above. Disabling the color management completely solved the problem. But what puzzles me is that the both CPU and memory usage are not that high, means 25% CPU and maybe 100 MB of memory. Just wanted to add this in case it might help somehow.

On Tue, 08 May 2012 20:00:49 +0200, MrBum wrote:

means 25% CPU

This is the limit for a single-threaded operation on a quad-core CPU.

Tried completely deleting all colour profiles from my system through Windows Colour management Tried fully disabling Colour management in the gimps preferences. I don't think this has anything to do with colour management.

For Me, It will slow down and start to lag after just ten minutes or so of drawing. I found that you get the speed back if you restart the software. It may simply be just clearing the undo stack that fixes it though, but I haven't tried reloading the xcf or clearing undo history yet. I am using the x64 version in Windows 7 hp x64.

I would like to find out if the x86 version is better then the x64 version. does anyone know how to install this version instead?

On Wed, 2012-05-09 at 04:46 +0200, narkfestmojo wrote: [...]

For Me,
It will slow down and start to lag after just ten minutes or so of drawing. I found that you get the speed back if you restart the software. It may simply be just clearing the undo stack that fixes it though, but I haven't tried reloading the xcf or clearing undo history yet. I am using the x64 version in Windows 7 hp x64.

Clearing the undo history helps for me.

Make sure that your tile cache size is close to the size of physical memory - e.g. my laptop has 8G of RAM and my tile cache is set to 7G.

(The 32-bit version I think can't go much over 3G tile cache)

Liam

Liam Said
"Clearing the undo history helps for me."

I tested this and it works for me to. All you have to do is regularly clear the undo history.

As for the memory stuff. I have 16GB of ram.
Tile cache 4GB
Undo history 8GB
new image size 8GB

But I'm not using enough resources for memory to be a problem.

I don't know if this is significant, but I have disabled the pagefile, guess I could try enabling it and see if that helps.

I got the same problem on my limited user account in Windows XP (Core 2 Duo). I noticed, however, no such problems when running GIMP 2.8 with admin credentials.

It must have been simply different settings of color management. Rights in itself have anything to do with it, I've just checked.

On Tue, 08 May 2012 20:00:49 +0200, MrBum wrote:

means 25% CPU

This is the limit for a single-threaded operation on a quad-core CPU.

Oh, shame on me.... you're so very right, of course. Seems the fingers were faster than the brain.

Just installed GIMP 2.8.0 win32, it seems very slow when editing images, for example if I use the spray brush the cursor moves but the tool 'circle' does not move or lags behind. The change in the image also lags behind the cursor.
My system: Dell Vostro 1520, Intel 2 Duo CPU p8700 2.53GHz 4gb 32bit (Vista).
Had been using 2.7.(not sure if it was .4) no problems. I have increased title cache to 3gb but no change ?

Experienced the same but it appears to be the slowest esp when editing large images (over 2000x2000). Using the rectangle selection tool is ultra slow and sometimes I have to reselect and anchor multiple times before it actually works.

Sys Specs:

OS: WinXP 32-bit SP3 MB: Asus P6T Deluxe
CPU: Intel i7 Quad-Core 2.67GHz
Mem: 4GB
Graphics: ATI Radeon HD 4870 (1GB)

Just installed GIMP 2.8.0 win32, it seems very slow when editing images, for example if I use the spray brush the cursor moves but the tool 'circle' does not move or lags behind. The change in the image also lags behind the cursor.
My system: Dell Vostro 1520, Intel 2 Duo CPU p8700 2.53GHz 4gb 32bit (Vista).
Had been using 2.7.(not sure if it was .4) no problems. I have increased title cache to 3gb but no change ?

Experienced the same but it appears to be the slowest esp when editing large images (over 2000x2000). Using the rectangle selection tool is ultra slow and sometimes I have to reselect and anchor multiple times before it actually works.

Sys Specs:

OS: WinXP 32-bit SP3
MB: Asus P6T Deluxe
CPU: Intel i7 Quad-Core 2.67GHz
Mem: 4GB
Graphics: ATI Radeon HD 4870 (1GB)

same as me

On Sun, 2012-05-27 at 07:22 +0200, ceas wrote: [...]

Some common culprits:

(1) a colour management bug (especially on Windows)

To see if this is affecting you, go to View->Display Filters Select Colour Management and uncheck it, and use the left-pointing arrow to move it out of the active filters.

(2) 3d desktops (especially on Linux)

disable compiz, or choose a theme that does not feature transparency. Some of these themes mean everything gets drawn multiple times.

(3) if gimp slows down during use, try (3a) making sure the tile cache size is at least close to the available memory you have - e.g. on an 8 Gigabyte system I have a 7 G tile cache; (3b) in the Undo History dock, click on the "clear undo history" button at the bottom of the dock, and see if gimp gets faster. This slowing down will probably be fixed in gimp 3.0.

(4) drink less coffee. Gimp may seem slow if you have too much coffee.

(5) Number of CPUs/threads mis-detected on some platforms - go to Edit/Preferences and check that Number of Processors to Use is not more than the number of processors you have.

Liam

On Sun, 2012-05-27 at 07:22 +0200, ceas wrote: [...]

Some common culprits:

(1) a colour management bug (especially on Windows)

To see if this is affecting you, go to View->Display Filters Select Colour Management and uncheck it, and use the left-pointing arrow to move it out of the active filters.

(2) 3d desktops (especially on Linux)

disable compiz, or choose a theme that does not feature transparency. Some of these themes mean everything gets drawn multiple times.

(3) if gimp slows down during use, try (3a) making sure the tile cache size is at least close to the available memory you have - e.g. on an 8 Gigabyte system I have a 7 G tile cache; (3b) in the Undo History dock, click on the "clear undo history" button at the bottom of the dock, and see if gimp gets faster. This slowing down will probably be fixed in gimp 3.0.

(4) drink less coffee. Gimp may seem slow if you have too much coffee.

(5) Number of CPUs/threads mis-detected on some platforms - go to Edit/Preferences and check that Number of Processors to Use is not more than the number of processors you have.

Liam

None of the above solved the sluggishness, hope the developers sort it out.

Tom168:

I noticed a similar problem after updating to 2.8. In my case it only goes away if I turn off Colour Management altogether. Then 2.8 redraws the screen fast - if anything even faster than 2.6.

Was all the difference for me. 2.8 was lagging and dragging badly. After disabling color management in preferences, it immediately became speedy. No lag at all.

Thanks for noting that. Don't think it would have occurred to me.