[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- trv2 (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- aspras (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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 -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- wojtzuch (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- MrBum (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- wojtzuch (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- Best regards, MrBum (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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. -- narkfestmojo (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] GIMP 2.8.0 WIN32 - Very Slow
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
