GNOME Bugzilla – Bug 794503
Brushes lags and overall performance
Last modified: 2018-03-26 01:25:45 UTC
I watch heavy lags with all brushes (including paintbrush, clone and healing) when their size is more than 100px. The more size, the more lags. It's doesn't matters if I draw on layer, or layer masks. Also I noticed low performance on switching layer visibility: layer appears and disappears with slow line-after-line "rendering". And I don't know why any even small operations like transformations or levels/curves adjustments show the green indicator up to 25 seconds and more. Event the "Levels" window appears after 20 seconds after click! Every settings are by default. Maybe is there a "magic turbo button" somewhere? I don't know it, and Google doesn't know too )). The image resolutions I'm working with are usually 6000-7000 px by width, 300 dpi, 40-60 Mb, jpeg or tiff 8bit (it completely dyes with 16bit images, so I don't even try it anymore). My system is: GIMP 2.9.9 Ubuntu 16.04, 64 bit. AMD Opteron(tm) Processor 6128 × 16 (2x8 cores). Yes, I know it's a bit exotic and maybe old too. Maybe I must even send it to the recycling. BUT: there is no mentioned lags noticed with Photoshop CS6 under Windows 10. And I have no any problems with processing same pictures in RawTherapee under the Ubuntu. 16 GB of RAM. GeForce GTX 1050 Ti Hope you will fix it before 2.10 release ;).
Hi! For the drawing part, I'd say that this is a duplicate of bug 694917 where we are trying to address the issue of slower painting performance. For other issues, like slow operations and slow layer rendering, it would be better to open separate reports, otherwise this will be drown and forgotten in dealing the first issue. I see you have ok memory, could you check if you give enough memory to GIMP. Inside Edit > Preferences > System Resources, make sure you set "Tile cache size" to as high as you want to give GIMP. Other designers I know would give a major part of their RAM. If this settings is too small and you work with big image (which seems to be your case), maybe you are simply swapping too quickly on the drive, explaining slow rendering. In the same preferences pages, you may also want to check that you gave enough threads to GIMP to improve parallel processing. Other than this, I can't really say.
Anyway let's close as duplicate of bug 694917 which seems to be your main issue in this report. For other issues, feel free to open new bug reports, but only 1 report per issue please. Also give more details: which operation is slow exactly (if several, make a bug report per problem)? Can you write down step-by-step procedures for issue reproduction? If really the problem is generic and all over GIMP, check the system settings as I proposed. Maybe you are swapping because of low settings value (which considerably slow down any operation). Because GIMP is normally quite efficient nowadays. *** This bug has been marked as a duplicate of bug 694917 ***
(In reply to Jehan from comment #2) > If really the problem is generic and all over GIMP, check the system > settings as I proposed. Maybe you are swapping because of low settings value > (which considerably slow down any operation). Because GIMP is normally quite > efficient nowadays. What settings value shall I check?
(In reply to Roman from comment #3) > (In reply to Jehan from comment #2) > > > If really the problem is generic and all over GIMP, check the system > > settings as I proposed. Maybe you are swapping because of low settings value > > (which considerably slow down any operation). Because GIMP is normally quite > > efficient nowadays. > > What settings value shall I check? The settings in Preferences as explained in comment 1.