Where did you download the GIMP 2.10 that you are testing?

After installing the program, I noticed it's running pretty slowly. Most menus in the color menu are loading slowly but the most noticeable thing I'm noticing is that it's taking anywhere from 10-12 seconds to load any preview for any color adjustment.

The menus are loading slowly? Meaning, you click on "Colors" at the top of the screen, and the opening of the menu is not instant? Or did you mean that the dialog windows appear slowly once you have selected an option from the menu?

Now I'm definitely new so I don't know much about this, but is this normal for 2.10? I am editing TIF files around 155MB and am running v2.10 on my Lenovo Y700. It's running Windows 10 with 16GB of RAM, Intel core i7 6700HQ @ 2.60GHZ and a GTX 960M. The photos and GIMP are running off my SSD.

Not sure, but it sounds slow to me... I frequently edit ~90MB 16bit tiffs and the previews when adjusting color are around 1 second (desktop i7 4770K, 16GB RAM), so I'd expect yours to take on the order of 2-3 seconds. If you want to upload a test image somewhere I'd be happy to poke at it.

What I'm noticing,
however, is that during the sluggish performance, my task manager is showing my cpu usage never reaches 50% and my RAM usage stays around 50%.

What are you disks doing during this period?

I have tried various fixes on the internet including increasing tile cache size from 7 to 14 GB and increasing the undo memory. I have tried disabling color management. None of these have worked to reduce or remove the sluggishness.

I have had issues with color management slowing things down, but you've already tried that. Have you tried disabling "Interface -> Enable layer & channel previews"? I'd be surprised if it fixed your issue, but when I've had complicated layering stuff going on, my memory is that it has helped. Wish I had other ideas for you...

-c

I've had some similar issues working with large images, here's some things I've found.  First of all, if your image is in 16-bit precision, your operations are going to be slow.  GEGL is apparently optimized for 8-bit int and 32-bit float, so paradoxically you'll actually get a much smoother experience if you change the image precision to 32 bit floating point.  Trying to,   That's gotten the new GIMP to be pretty usable for me.  It's still not as zippy as the 2.8 series was, but it's also crunching a lot more data over 8-bit images.

On 04/11/2018 04:45 PM, jkhan wrote:

Good evening from a new user of GIMP,

I am venturing into some basic photo editing and installed 2.10 after realizing the stable release (2.8.22) didn't support 16 bit color TIF files without being converted to 8 bit.

After installing the program, I noticed it's running pretty slowly. Most menus in the color menu are loading slowly but the most noticeable thing I'm noticing is that it's taking anywhere from 10-12 seconds to load any preview for any color adjustment.

Now I'm definitely new so I don't know much about this, but is this normal for 2.10? I am editing TIF files around 155MB and am running v2.10 on my Lenovo Y700. It's running Windows 10 with 16GB of RAM, Intel core i7 6700HQ @ 2.60GHZ and a GTX 960M. The photos and GIMP are running off my SSD. What I'm noticing, however, is that during the sluggish performance, my task manager is showing my cpu usage never reaches 50% and my RAM usage stays around 50%.

I have tried various fixes on the internet including increasing tile cache size from 7 to 14 GB and increasing the undo memory. I have tried disabling color management. None of these have worked to reduce or remove the sluggishness.

The same files I'm trying to edit on v2.10 don't reproduce the same sluggishness on the stable release 2.8.22. The preview consistently loads in 2 or 3 seconds.

To wrap up here, I'm just looking for some help on whether this is a real problem or just a result of the various system and file factors I listed above.

Thanks in advance for any help!

I've had some similar issues working with large images, here's some things I've found.  First of all, if your image is in 16-bit precision, your operations are going to be slow.  GEGL is apparently optimized for 8-bit int and 32-bit float, so paradoxically you'll actually get a much smoother experience if you change the image precision to 32 bit floating point.  Trying to,   That's gotten the new GIMP to be pretty usable for me.  It's still not as zippy as the 2.8 series was, but it's also crunching a lot more data over 8-bit images.

On 04/11/2018 04:45 PM, jkhan wrote:

Good evening from a new user of GIMP,

I am venturing into some basic photo editing and installed 2.10 after realizing the stable release (2.8.22) didn't support 16 bit color TIF files without being converted to 8 bit.

After installing the program, I noticed it's running pretty slowly. Most menus in the color menu are loading slowly but the most noticeable thing I'm noticing is that it's taking anywhere from 10-12 seconds to load any preview for any color adjustment.

Now I'm definitely new so I don't know much about this, but is this normal for 2.10? I am editing TIF files around 155MB and am running v2.10 on my Lenovo Y700. It's running Windows 10 with 16GB of RAM, Intel core i7 6700HQ @ 2.60GHZ and a GTX 960M. The photos and GIMP are running off my SSD. What I'm noticing, however, is that during the sluggish performance, my task manager is showing my cpu usage never reaches 50% and my RAM usage stays around 50%.

I have tried various fixes on the internet including increasing tile cache size from 7 to 14 GB and increasing the undo memory. I have tried disabling color management. None of these have worked to reduce or remove the sluggishness.

The same files I'm trying to edit on v2.10 don't reproduce the same sluggishness on the stable release 2.8.22. The preview consistently loads in 2 or 3 seconds.

To wrap up here, I'm just looking for some help on whether this is a real problem or just a result of the various system and file factors I listed above.

Thanks in advance for any help!

On Sat, Apr 14, 2018 at 5:44 AM, Robert Bieber wrote:

I've had some similar issues working with large images, here's some things I've found. First of all, if your image is in 16-bit precision, your operations are going to be slow. GEGL is apparently optimized for 8-bit int and 32-bit float, so paradoxically you'll actually get a much smoother experience if you change the image precision to 32 bit floating point. Trying to, That's gotten the new GIMP to be pretty usable for me. It's still not as zippy as the 2.8 series was, but it's also crunching a lot more data over 8-bit images.

A perhaps more accurate description is that most operations are now performed on linear 32 bit floating point data, regardless of which precision pixels are stored with.
Fast path conversions from storage formats of 8bpc and 32bit float have been around
in babl for many years, but for most permutation of gray/rgb/alpha in 16bit precision,
both float and integer no such short cuts existed and babl would roundtrip the data to
64bit floats. As of babl-0.1.46 released earlier this week most gaps for these pixel-formats
have been filled with fast paths. There is still room for making the 16bit code paths faster with
SIMD but GIMP-2.10rc2 should already be much better than 2.10rc1, for further details
see also https://www.patreon.com/posts/babl-fast-path-18052156

/pippin -

What I meant by "what are your disks doing" is what kind of activity is happening... i.e. open up the performance monitor and watch the disk activity. I was wondering if something was bogging down the disks (even if you don't believe you are doing anything else to any disks, something on your computer might be.)

-c

Where did you download the GIMP 2.10 that you are testing? The menus are loading slowly? Meaning, you click on "Colors" at the top
of the screen, and the opening of the menu is not instant? Or did you mean that the dialog windows appear slowly once you have selected an option from the menu?
Not sure, but it sounds slow to me... I frequently edit ~90MB 16bit tiffs and the previews when adjusting color are around 1 second (desktop
i7 4770K, 16GB RAM), so I'd expect yours to take on the order of 2-3 seconds. If you want to upload a test image somewhere I'd be happy to poke at it.
What are you disks doing during this period? I have had issues with color management slowing things down, but you've
already tried that. Have you tried disabling "Interface -> Enable layer
& channel previews"? I'd be surprised if it fixed your issue, but when I've had complicated layering stuff going on, my memory is that it has helped. Wish I had other ideas for you...

-c

I downloaded and installed 2.10 on my internal SSD. What I mean is that when I click to open a box such as color balance it takes a noticeably longer time to load compared to 2.8. I'm only using my SSD during the editing process. I tried disabling channel previews and it didn't help the speed unfortunately Thanks for your time though!

On Tue, Apr 17, 2018 at 5:47 PM, jkhan wrote:

So I'm working with scans of my film images and those TIF files are importing as 16 bit. Is there a way to change it to 32?

In GIMP ones uses the menu under Image/Precision for changing the encoding used for storage of layer data.

/pippin